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Abstract 


This  document  is  the  Final  Report  for  SBIR  #  N00014-97-C-0317.  This  Small  Business 
Innovation  Research  project  was  funded  by  the  Office  of  Naval  Research.  The  effort 
started  on  4  April  1997  and  concluded  on  28  February  2000.  The  title  of  the  contract  is 
Casualty  Handling  Simulation  Using  the  Scenario-based  Engineering  Process.  The  goal 
of  the  effort  was  to  create  a  computer-based  simulation  capable  of  simulating  the  flow  of 
casualties  through  a  medical  treatment  facility.  In  particular,  the  effort  was  focused  on  the 
medical  space  being  designed  for  the  LPD-17. 

During  this  effort,  ScenPro,  Inc.  developed  a  Casualty  Flow  Analysis  Tool,  CasFlow. 
CasFlow  combines  a  discrete  event  simulator  with  MS  Visio’’^,  MS  Access^“,  and  MS 
Excel™  to  enable  medical  planners  to  evaluate  resource  needs  using  user-specified 
scenarios.  CasFlow  “moves”  casualties  through  a  Medical  Treatment  Facility  (MTF)  and 
tracks  a  wide  variety  of  statistical  information  related  to  mortality,  delays,  staff  use,  and 
consumption  of  resources. 

The  movement  profiles  and  resource  consumption  rates  are  based  on  treatment  database 
protocols  and  materiel  use  databases  developed  by  the  DMSB/JRCAB.  CasFlow  accepts 
or  creates  a  casualty  stream  and  tracks  treatment  times,  delays,  resource  consumption 
(beds,  staff.  Class  VIII  supplies,  and  evacuation  requirements),  and  casualty  movement 
within  the  medical  system.  As  different  casualty  sets  are  entered  into  the  system,  the  tool 
highlights  system  bottlenecks  produced  by  resource  shortfalls.  Problems  areas  are  easily 
visualized  using  PivotTables  and  graphical  representations  produced  by  CasFlow. 


This  document  has  been  prepared  in  accordance  with  format  requirements  in  ANSI 
Z39.18,  Scientific  and  Technical  Reports:  Organization,  Preparation  and  Production. 
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1.0  Summary 

The  original  intent  of  this  SBIR  was  use  simulation  technology  and  the  Scenario-based 
Engineering  Process  to  help  the  US  Navy  determine  the  proper  configuration  for  the 
medical  space  of  the  new  LPD-17.  In  order  to  achieve  this  goal,  ScenPro  developed  a 
discrete-event  simulation,  CasFlow,  capable  of  simulating  the  movement  of  casualties 
through  a  medical  treatment  facility.  Data  was  slowly  collected  from  a  variety  of  sources 
to  “power”  the  simulation.  This  data  includes  casualty  streams,  medical  treatment  facility 
configurations,  and  treatment  protocols. 

The  resulting  system  accepts  a  casualty  stream  and  moves  the  casualties,  in  the 
appropriate  treatment  plan  through  a  medical  treatment  facility.  As  the  casualties  move, 
they  utilize  and  consume  resources  such  as  beds,  staff,  supplies,  equipment,  and 
transportation.  The  user  can  select  different  algorithms  to  deal  with  resource  contention. 
All  resource  usage  and  consumption  is  recorded.  A  post-simulation  analysis  tool  reads 
this  usage  and  consumption  data  and  presents  the  user  with  a  variety  of  metrics  showing 
how  the  configuration  of  the  medical  treatment  facility  impacted  the  mortality  and  return 
to  duty  times  of  the  casualties. 

Tests  were  run  on  realistic  casualty  streams  for  the  proposed  LPD-17  medical  space.  The 
tests  show  that  the  current  plan  meets  the  various  requirements  for  casualty  throughput 
and  survivability. 
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2.0  Introduction 


Effective  shipboard  medical  care  depends  on  having  the  proper  resource  mix  for 
casualties  as  they  flow  through  the  system.  Identifying  the  proper  mix  is  complicated  by 
many  factors,  including  the  specific  casualty  stream,  the  criteria  for  selecting  between  the 
different  casualties  waiting  for  treatment,  and  the  specific  configuration  of  the  medical 
treatment  facility. 

To  address  this  problem  ScenPro,  Inc.  developed  a  Casualty  Flow  Analysis  Tool, 
CasFlow,  under  funding  from  the  Office  of  Naval  Research,  contract  number  N00014-97- 
C-0317.  CasFlow  combines  a  discrete  event  simulator  with  MS  Visio™,  MS  Access'^“, 
and  MS  ExceF'^  to  enable  medical  planners  to  evaluate  resource  needs  using  user- 
specified  scenarios.  CasFlow  “moves”  casualties  through  a  Medical  Treatment  Facility 
(MTF)  and  tracks  a  wide  variety  of  statistical  information  related  to  mortality,  delays, 
staff  use,  and  consumption  of  resources. 

The  movement  profiles  and  resource  consumption  rates  are  based  on  treatment  database 
protocols  and  materiel  use  databases  developed  by  the  DMSB/JRCAB.  CasFlow  accepts 
or  creates  a  casualty  stream  and  tracks  treatment  times,  delays,  resource  consumption 
(beds,  staff.  Class  VIII  supplies,  and  evacuation  requirements),  and  casualty  movement 
within  the  medical  system.  As  different  casualty  sets  are  entered  into  the  system,  the  tool 
highlights  system  bottlenecks  produced  by  resource  shortfalls.  Problems  areas  are  easily 
visualized  using  PivotTables  and  graphical  representations  produced  by  CasFlow. 


3.0  Methods,  Assumptions,  and  Procedures 

A  variety  of  technical  hurdles  had  to  be  overcome  during  the  development  of  CasFlow. 
The  majority  of  these  had  to  do  with  collecting  and  verifying  the  data  necessary  to 
operate  the  simulation  engine.  This  section  reviews  these  technical  hurdles  and  the  steps 
ScenPro  took  toward  overcoming  them. 

An  early  challenge  was  to  determine  the  exact  configuration  of  the  software  tool  to  insure 
maximum  utility  without  going  too  far  beyond  the  original  scope  of  the  contract.  The 
original  use  of  the  system  was  to  simulate  casualty  flow  through  the  medical  treatment 
facility  within  the  LPD-17  to  identify  bottlenecks.  Because  the  LPD-17  medical  space 
was  still  under  development,  it  was  determined  that  this  tool  might  be  able  to  predict 
treatment  areas  that  had  insufficient  resources  to  handle  expected  casualty  streams. 

In  order  to  identify  bottlenecks  within  an  MTF,  their  causes  had  to  be  identified.  Early 
knowledge  acquisition  sessions  with  subject  matter  experts  identified  the  following 
resources  as  those  that  could  create  bottlenecks:  beds,  staff,  equipment,  supplies,  and 
transports.  Further,  it  was  determined  that  in  order  for  a  bottleneck  to  have  true 
significance,  it  was  important  to  use  actual  mortality  data  to  cause  casualties  that  were 
delayed  too  long  to  “die  of  wounds.” 

Finally,  the  details  of  the  medical  treatment  for  each  casualty  had  to  be  captured.  To  be 
able  to  accurately  simulate  treatment,  it  was  necessary  to  have  data  about  beds,  staff, 
equipment,  supplies,  and  the  details  of  transport. 

Simulation  Engine 

Of  all  the  technical  challenges  of  the  CasFlow  project,  the  simulation  engine  was  one  of 
the  most  straightforward.  The  key  issue  was  what  type  of  simulation  to  specify.  Early 
research  showed  that  a  discrete  event  simulation  would  be  best. . .  since  the  nature  of  the 
task-time-treater  files  was  to  specify  tasks  as  blocks  of  time.  Using  a  discrete  event 
simulation  would  mean  that  the  “Current  time”  could  jump  across  blocks  of  time  and 
result  in  a  faster  system. 

Since  the  first  simulation  engine  was  written  in  1997  in  Visual  Basic,  it  has  been 
converted  into  the  C++  programming  language  and  then  turned  into  a  .DLL  -  a  type  of 
library  of  functions  for  other  programs  to  use.  Each  of  these  changes  was  to  support 
greater  functionality  or  faster  throughput. 

Since  its  original  development,  the  simulation  engine  has  had  two  key  features  added  to 
it,  the  first  is  the  inclusion  of  mortality  data  to  cause  casualties  to  die  if  they  do  not 
receive  treatment  quickly  enough.  The  second  feature  created  work  schedules  for  staff - 
to  insure  that  no  employee  was  overworked. 


A  recent  change  in  the  simulation  engine  was  to  convert  from  using  text-based  “.ini”  files 
to  store  MTF  configuration  and  scenario  data.  These  data  are  now  being  stored  in  tables 
in  database. 

Another  modification  underway  is  changing  the  way  that  data  are  moved  from  the 
simulation  to  the  Excel-based  analysis  system.  The  original  technique  was  for  the 
simulation  to  store  the  data  in  two  text-based  files  (roomstat.csv  and  caslog.tex).  Once  the 
simulation  completed,  the  Excel  analysis  tool  would  read  these  files,  modify  the  structure 
of  the  data,  and  write  the  data  out  into  an  Access  database.  The  new  technique  is  for  the 
simulation  engine  to  write  the  data  directly  in  the  modified  format  into  the  Access 
database  -  greatly  speeding  the  post  processing. 

Casualty  Streams 

An  important  part  of  a  casualty  flow  simulation  is  a  casualty  stream.  Each  military 
conflict  has  a  different  casualty  stream  based  upon  the  ability  of  the  enemy,  the 
geographic  location  (including  terrain),  the  weather,  duration,  number  of  troops  deployed, 
and  other  factors.  It  has  been  difficult  to  obtain  realistic  casualty  streams  for  the  LPD-17. 
There  are  a  number  of  reasons  for  this,  but  the  most  important  is  that  there  has  never  been 
a  ship  exactly  like  the  LPD-17  deployed  before  -  making  it  difficult  to  determine  exactly 
which  “historical”  casualty  stream  to  use. 

ScenPro  approached  this  problem  in  four  different  ways.  Three  of  these  efforts  yielded 
results.  The  first  approach  was  to  get  permission  to  use  output  from  an  Army-based 
casualty  generator.  Paula  Konoske  at  NHRC  had  access  to  this  casualty  stream  generator 
and  we  had  high  hopes  to  get  casualty  data  from  it.  In  the  end,  we  were  never  able  to  get 
these  data  due  to  security  concerns. 

Our  second  approach  was  to  work  with  Chris  Blood  of  NHRC.  Mr.  Blood  has  performed 
research  studying  the  statistical  distributions  of  casualties  over  a  number  of  different 
military  conflicts'’^.  Because  we  couldn’t  get  casualty  stream  data  directly  from  Mr. 
Blood,  we  designed  and  developed  a  small  computer  program  module  that  used  Mr. 
Blood’s  statistics  to  generate  a  casualty  stream.  This  program  is  currently  a  part  of  the 
CasFlow  Wizard.  The  inputs  to  the  module  are  number  of  troops,  number  of  days,  and  a 
flag  deciding  if  DNBI’s  are  to  be  included.  The  output  of  the  module  is  a  casualty  stream 
in  the  necessary  CasFlow  format. 

Our  third  approach  to  developing  a  casualty  stream  was  to  hand  write  it.  To  do  this  we 
employed  the  full  power  of  the  Scenario  Generation  portion  of  the  Scenario-based 
Engineering  Process.  After  initial  research,  we  were  directed  to  LtC  Sally  Veasey  -  an 
expert  Navy  planner.  In  discussions  with  LtC  Veasey  we  created  a  scenario  based  around 
a  Chemical  gas  attack  near  the  U.S.  Embassy  in  Tunis,  Tunisia.  This  attack  resulted  in  a 


'  Blood,  C.  G.,  Nirona,  C.  B.,  Pederson,  L.  S.,  Medical  Resource  Planning:  The  Need  to  Use  a  Standardized 
Diagnostic  System,  Report  Number  89-41,  Naval  Health  Research  Center,  San  Diego,  CA,  1989. 

^  Blood,  C.  G.,  Nirona,  C.  B.,  Outpatient  Illness  Incident  Aboard  U.  S.  Navy  Ships  During  and  Following 
the  Vietnam  Conflict,  Report  Number  89-15,  Naval  Health  Research  Center,  San  Diego,  CA,  1989. 
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Non-combatant  Evacuation  Operation  by  an  LPD-17.  The  NEO  used  the  helicopters 
associated  with  the  LPD-17  and  was  able  to  get  all  of  the  casualties  evacuated  to  the 
LPD-17  within  1 1  hours.  As  is  appropriate  for  helicopter  evacuation,  the  casualties 
arrived  at  the  ship  in  batches.  The  resulting  handcrafted  casualty  stream  follows  the 
expected  casualty  arrival  rate.  Similarly  casualty  streams  were  developed  for  a  mine 
clearing  operation  in  Guantanamo  Bay,  Cuba. 

Our  fourth  approach  was  to  take  an  actual  casualty  stream  and  to  use  a  medical  regulator 
to  “distribute”  the  casualties  among  a  number  of  MTFs  -  including  one  or  more  LPD- 
17s.  This  was  done  with  the  casualties  associated  with  the  Mogadishu,  Somalia  raid. 

To  generate  the  casualty  stream,  ScenPro  employees  studied  several  literature  sources 
about  the  Mogadishu  raid,  such  as  “Blackhawk  Down.”  From  these,  a  list  was  created 
describing  each  of  the  79  U.S.  casualties.  For  each  casualty,  their  time  of  arrival  at  a 
medical  treatment  facility  and  their  injuries  were  recorded. 

In  order  to  apply  this  data  properly  to  the  LPD-17,  a  scenario  was  created  that  included 
two  LPD-17s.  A  medical  regulator  was  given  the  task  of  allocating  the  casualties,  as  they 
were  actually  received  in  Mogadishu,  across  the  expanded  set  of  medical  treatment 
facilities.  The  casualties  that  were  sent  to  the  LPD-17s  were  simulated.  It  was  determined 
that  no  LPD-17  casualty  had  any  adverse  affects  from  bottlenecks.  This  casualty  stream 
was  used  in  the  final  test  of  the  system  for  the  DMPILS-99  conference. 

LPD-17  Configuration 

Early  in  the  development  of  CasFlow  it  became  important  to  identify  the  “approximate” 
configuration  of  the  LPD-17.  Once  an  approximate  configuration  was  found,  small 
changes  to  that  configuration  could  be  simulated  and  contrasted  to  identify  the 
configuration  with  the  minimum  bottlenecks. 

ScenPro  was  able  to  get  an  early  floorplan  of  the  medical  space  of  the  LPD-17  (Figure 
3-1)  and  used  this  configuration  for  many  months.  Much  later,  a  more  accurate  design 
was  identified  and  used  for  the  remainder  of  the  development. 

The  final,  more  accurate  design  included: 

9  Triage  Beds 
5  Pre-OP  Room 
1  Operating  Room 

1  Room  that  could  be  converted  to  an  Operating  Room  in  4  hours 
7 ICU  Beds 

17  Ward  Beds 

2  Medical  Consultation  Rooms  (Exam  Rooms) 

2  Dental  Operating  Rooms 

Blood  Refrigerators 

X-ray 

Laboratory 
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Figure  3-1  LPD-17  Medical  Treatment  Facility 


LPD-17  Staffing 

Our  initial  attempt  to  gather  detailed  information  about  the  proposed  medical  staff  of  the 
LPD-17  led  us  to  Dennis  Moses.  We  held  a  knowledge  acquisition  session  with  Mr. 
Moses  during  which  time  he  hypothesized  about  the  medical  staff 

This  original  medical  staff  consisted  of: 

•  1  General  Medical  officer 

•  1  Independent  Duty  Corpsman  (8425) 

•  1  Lab  Tech  (8506) 

•  1  OR  Tech  (8483) 

•  1  Pharmacy  Tech  (8482) 

•  1  X-Ray  Tech  (8452) 

•  1  Orthopedic  Tech  (8489) 

•  1  Medical  Repair  Tech  (8478) 
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•  4  Corpsmen  (0000) 

And  the  medical  augmentation  was 

•  2  General  Surgeon 

•  2  Orthopedic  Surgeon 

•  2  Anesthetist  /  Nurse  Anesthetist 

•  2  OR  Nurse 

•  2ICUNurse 

•  2  Staff  Nurse 

•  2  OR  Tech  (8483) 

•  2  Respiratory  Tech 

•  1  Orthopedic  Tech  (8489) 

•  2  Lab  Tech  (one  8501  and  one  8506) 

•  1  MSC  Officer  (admin  officer  0800) 

•  12  Corpsmen  (0000) 

At  the  DMPILS-99  conference,  CART  John  Fahey  was  identified  as  the  person  who 
might  know  the  most  recent  proposed  staffing  for  the  LPD-17.  ScenPro  employees 
attempted  to  contact  CAPT  Fahey  on  several  occasions,  but  none  of  our  calls  were  ever 
returned. 


More  recently,  attempts  were  made  to  get  lists  of  allocated  staffing  for  all  Naval  Medical 
Treatment  Facilities.  This  was  done  through  the  Navy  Manpower  Analysis  Center.  Our 
contact  at  this  facility  is  HMCS  Robert  Ray.  He  was  extremely  helpful  and  provided 
staffing  numbers  for  many  classes  of  ships. 

In  August  1999,  at  the  Common  User  Database  Requirements  Meeting,  Mr.  Gately 
learned  about  the  Combat  Medical  Support  Qualifications  Inventory  (CMSQI)  database. 
This  is  a  database  describing  the  skills  of  each  different  medical  practitioner  in  the  Army, 
Navy,  and  Air  Force.  A  request  to  Bill  Pugh  provided  the  CasFlow  team  with  these  data. 
While  the  current  version  of  CasFlow  does  not  use  these  data,  the  data  have  been 
analyzed  and  their  use  in  the  form  of  substitution  tables  has  been  determined.  Future 
versions  of  CasFlow  will  prove  more  robust  based  upon  these  data. 

LPD-17  Equipment  and  Supplies 

Research  was  done  to  identify  the  equipment  and  supplies  expected  to  be  on  the  LPD-17. 
Our  first  approach  to  this  was  to  speak  with  Buck  Buchannan.  He  provided  us  with  a  key 
insight  -  that  until  the  LPD-17’s  AMALs  assignments  were  actually  completed,  we 
should  use  the  LPD’s  (Austin  class  ship)  AMAL. 

Later  we  spoke  with  Joe  Deane  who  helped  us  understand  the  details  of  the  AMAL  files. 

Mr.  Deane  also  said  that  we  should  be  using  the  LPH’s  AMAL  instead  of  the  older  (and 
smaller)  LPD.  His  final  analysis  was  to  use: 

•  CORE 
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800  -  surface  ship  core 


• 

•  SUPPLEMENTARY 

•  802  -  proposed  AMAL 

•  803  -  audio 

•  806  -  surgical 

•  906  -  x-ray 

•  915 -lab 

•  9 1 8  -  proposed  AMAL 

•  9 1 9  -  Fly  Away  Kit 

•  925  -  Basic  Antidote  Locker 

•  927  -  first  aid  kit 

•  937  -  BMET  Afloat 

•  944  -  Individual  HM  Emergency  Response  Kit  (HM  =  Hospital  Corpsman) 

•  955  -  Battle  Dressing  Stations 

•  964  -  Portable  Medical  Locker 

We  were  able  to  get  files  that  described  the  contents  of  the  AMALs  and  enter  these  into 
our  database. 

In  September,  we  acquired  a  six-month  subscription  to  the  Universal  Data  Repository 
(UDR)  Medical  Catalog.  This  catalog  of  data  contained  an  updated  version  of  the  list  of 
AMALs  assigned  to  the  different  classes  of  ships.  We  used  the  November  1999  edition 
to  update  our  database  for  the  LPD-17. 

LPD-17  Transports 

At  the  DMPILS-99  conference  we  learned  that  the  LPD-17  would  support  2  CH-46 
helicopters  and  2  LCAC.  The  capacity  of  these  transports  is; 

CH-46  Sea  Knight  Helicopter 
Littered  15 
Ambulatory  22 
Split  Littered  6 
Split  Ambulatory  15 

LCAC  -  Landing  Craft  Air  Cushioned 
Littered  3 
Ambulatory  12 
Split  Littered  1 
Split  Ambulatory  6 


Mortality 

In  order  to  produce  realistic  results,  it  was  important  for  CasFlow  to  have  clinical 
outcomes  similar  to  the  real  world.  This  was  particularly  true  for  casualties  that  died  of 
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wounds  while  undergoing  medical  treatment.  To  support  this  feature,  ScenPro 
investigated  the  availability  of  mortality  data. 

ScenPro  identified  the  UHSUS  Mortality  data,  acquired  the  data,  and  incorporated  the 
data  in  the  simulation  engine  and  the  TTT  database.  The  mortality  data  were  originally 
gathered  by  the  Casualty  Care  Research  Center  (CCRC)  of  the  Uniformed  Services 
University  of  the  Health  Sciences  (USUHS)  and  the  Trauma  Research  Group  (TRG)  of 
the  Washington  Hospital  Center  (WHC),  which  directed  the  Major  Trauma  Outcome 
Study  (MTOS)  for  the  American  College  of  Surgeons.  This  group  was  engaged  to  work 
with  the  patient  treatment  calculus  panel  of  the  War  Time  Planning  System  Office 
(WAR-MED)  Steering  Committee  and  BDM  International  to  develop  a  methodology  for 
using  MTOS  data  to  support  WAR-MED  project  needs. 

The  data  in  the  USUHS  study  included; 

•  127,000  records 

•  Males,  18-45  years  of  age 

•  Correspond  to  190  injuiy  PCs 

•  Data  collected  with  ICD-9-CM  classifications  (800-959)  and  AIS 

•  85  severity  and  region  scores  (2  digits,  each  1-6) 

•  Sorted  into  29  patient  groups 

•  Similar  with  respect  to  anatomic  region,  mortality,  and  length  of  stay  in  hospital 
andICU 

•  Each  ICD  and  AIS  pair  associated  with  a  unique  group 

•  PCs  mapped  to  ICD/ AIS  pairs  and  then  to  groups 

The  CasFlow  simulation  engine  was  modified  to  utilize  these  data.  The  process  is  shown 
in  Figure  3-2  and  described  below: 

•  For  each  casualty,  upon  arrival  at  an  MTF,  generate  a  random  number  0.0  ->  1 .0). 

•  Compare  this  number  against  the  summary  number  for  their  injury  indicating  if 
this  casualty  will  be  on  a  “death  path”. 

•  If  the  casualty  is  not  on  a  death  path,  then  the  casualty  will  not  die,  regardless  of 
their  delays. 

•  If  the  casualty  does  get  selected  for  the  death  path,  generate  a  second  random 
number  (0.0  ->  1.0). 

•  This  second  random  number  is  interpolated  against  a  set  of  numbers  to  compute  a 
time  indicating  when  this  casualty  will  die. 

•  If  the  casualty  is  still  in  the  medical  treatment  facility  at  the  interpolated  time, 
then  the  casualty  dies. 
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Figure  3-2  Mortality  Curve  Flow  Chart 


When  a  casualty  dies,  the  resources  they  have  already  consumed  are  accounted  for,  but 
no  additional  resources  are  used.  In  the  CasFlow  Analysis  tool,  the  “died  of  wounds”  are 
highlighted. 

Task-Time-Treater  Files 

The  key  data  necessary  to  perform  casualty  flow  simulations  are  the  treatment  protocols 
for  the  various  injuries.  These  protocols  describe  step-by-step  the  treatment  performed  on 
a  casualty  from  admission  to  discharge.  For  each  task  in  the  protocol,  the  information 
necessary  for  the  simulation  is: 


Name/Description 

Preferable 

Location 

Mandatory 

Time 

Mandatory 

Staff 

Mandatory 

Equipment 

Preferable 

Supplies 

Mandatory 

Patient  Present 

Optional 

Parallel  Task 

Optional 

Our  first  attempt  at  getting  detailed  TTT  data  was  from  Paula  Konoske  of  NHRC.  For  a 
variety  of  reasons,  we  were  unable  to  obtain  any  data  from  her.  We  contacted  a  number 
of  other  organizations  and  eventually  received  several  Treatment  Briefs.  From  these 
treatment  briefs,  ScenPro  employees  created  a  TTT  database  for  use  during  system 
development. 
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Data  was  eventually  acquired  from  the  Defense  Medical  Standardization  Board.  They 
supplied  to  us  a  file  called  “TTM  for  export.mdb.”  This  data  file  included  treatment 
protocols  for  300  patient  conditions.  Among  the  TTM  data  were; 

Name/Description 
Location  (as  Functional  Area) 

Time  (of  Materiel/Equipment  use) 

Supplies 

This  data  lacked  specific  items  required  for  the  simulation,  so  ScenPro  identified  a 
subject  matter  expert  who  added  the  following  fields  to  the  data 
Staff 

Location  (as  Bed) 

Patient  Time 

Much  later,  in  December  1999,  we  received  the  latest  release  of  the  DMSB  (now  called 
JRCAB)  data.  This  data  is  contained  in  a  file  called  “TTT  DatabaseVl. l.mdb.”  While 
this  database  did  have  more  information,  it  still  did  not  have  staff,  bed  location,  or  patient 
time. 

In  December  1999  and  January  2000,  ScenPro  integrated  the  Staff,  Bed,  and  Patient  Time 
fields  from  the  old  database  into  the  new  JRCAB  database. 

There  continue  to  be  many  problems  with  the  TTT  database.  Among  these  are 

•  Limited  number  of  patient  conditions 

•  Limited  availability  of  patient  conditions  at  all  Levels  of  Care 

•  Questionable  linking  with  ICD-9  codes 

•  Integrated  Mortality 

•  Optional  paths  -  or  expanded  patient  conditions 

•  Inclusion  of  complete  Staff  resource  needs 

•  Staff  substitution  guidelines 

•  Inclusion  of  complete  Equipment  needs 

•  Inclusion  of  complete  Material  needs  including  blood  and  oxygen 

•  Details  of  patient  disposition 

•  Indicate  when  patient  is  not  present  for  treatment  step  (i.e.  Lab  Work) 

•  Indicate  treatment  steps  that  can  be  skipped  during  high  op  tempo 

•  Patient  movement  items 
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4.0  Results  and  Discussion 


CasFlow  integrates  a  robust  simulation  engine  with  several  COTS  tools  -  providing  the 
necessary  speed  and  the  powerful  GUI’s  available  in  MS  Visio,  MS  Access,  and  MS 
Excel.  Figure  4-1  shows  the  top  level  CasFlow  COTS  architecture.  Visio  (a  business 
graphics  software  package)  is  used  to  input  MTF  configurations,  casualty  streams,  and 
scenarios.  MS  Access  is  used  to  store  the  Task-Time-Treater  Treatment  Protocol 
information  and  intermediate  results.  MS  Excel  is  used  to  produce  the  PivotTables  and 
charts  necessary  for  complete  analysis. 


SiiTiiilation 

Engine 


Figure  4-1  CasFlow  Top  Level  COTS  Architecture 


System  Overview 

The  operation  of  CasFlow  is  summarized  in  Figure  4-2: 


Create/Edit 
MTF 
(Step  1) 


Create/Edit 
Casualty 
Stream 
(Step  2) 


Create/Edit 

Analyze 

Scenario 

___  ..  w 

_  ^ 

V/- .Results: 

;  (Step5> 

(Step  3) 

- p 

Figure  4-2  CasFlow  User  Flow  Chart 


•  Step  1  involves  either  creating  a  new  MTF  or  modifying  an  existing  MTF  (via 
the  User  Interface); 

•  Step  2  involves  either  creating  a  new  casualty  stream  or  editing  an  existing 
one  (via  the  User  Interface); 
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•  Step  3  involves  either  creating  a  new  scenario  or  editing  an  existing  one  (via 
the  User  Interface); 

•  Step  4  involves  running  the  scenario  through  the  Simulation  Engine. 

•  Step  5  involves  analyzing  the  results  (via  the  CasFlow  Analysis  Tool)  and 
making  adjustments  accordingly. 


CasFlow  Architecture 

The  CasFlow  architecture  is  comprised  of  the  following  four  functions:  the  User 
Interface,  the  Databases,  the  Simulation  Engine,  and  the  CasFlow  Analysis  Tool  as 
shown  in  Figure  4-3. 


User  Interface 

Two  user  interfaces  have  been  incorporated  into  CasFlow;  a  graphical  user  interface 
(GUI)  using  Visio  and  a  wizard-type  interface  with  dialog  boxes. 

GUI  with  Visio 

The  initial  screen  of  the  Visio-based  graphical  interface  tool  is  shown  in  Figure  4-4. 
From  this  screen,  the  user  can  create  a  new  MTF  Configuration  or  edit  a  previously 
defined  MTF;  create  a  new  casualty  stream  or  edit  a  previously  defined  casualty  stream; 
create  a  new  scenario  or  edit  a  previously  defined  scenario;  or  run  a  scenario. 


CasFlow 


{*■  jCreate  a  New  Medicd  Treatment  Facility 


f  Create  a  New  Casual^  Stream 


r  Eiiit  an  Exisiting  Medical  Treatment  Facility 


C  Edit  an  Existing  Casual^  Stream 


C  Create  a  New  Scenario 


C  Edit  an  Existing  Scenario 


r  Run  a  Scenario 


Cancel 


Figure  4-4  CasFlow  Top-Level  Dialog  Box 


The  MTF  configuration  screens  utilize  the  drag  and  drop  features  of  Visio  as  shown  in 
the  Figure  4-5.  The  components  that  make  up  an  MTF  are  identified  with  the  use  of 
Visio  stencils.  The  user  selects  the  component,  such  as  Pre-Op  beds,  and  drags  it  to  the 
“Bed”  location  on  the  adjacent  box.  A  dialog  box  appears  asking  for  the  number  of  Pre- 
Op  beds  located  within  the  MTF.  The  same  procedure  is  used  to  configure  the  MTF  for 
the  available  staff,  supplies,  equipment,  and  transports. 

The  CasFlow  User’s  Manual,  located  in  the  Appendix,  describes  the  procedures  for  using 
the  Graphical  User  Interface  in  detail. 


Figure  4-5  MTF  Configuration  Drag  and  Drop  Display 


Another  step  in  the  running  of  a  scenario  simulation  in  CasFlow  is  to  create  or  edit  a 
casualty  stream.  The  casualty  stream  defines  the  injuries  that  occur  during  the  scenario. 
Figure  4-6  is  an  example  of  a  casualty  stream  created  with  the  graphical  user  interface. 
The  user  selects  the  “Casualties”  icon  and  drags  it  to  the  adjacent  box  to  place  it  on  the 
timeline  at  the  time  when  the  casualty  presents  to  the  medical  treatment  facility.  In  this 
example,  the  casualty  presents  during  the  early  part  of  the  first  day  of  the  scenario.  A 
dialog  box,  shown  in  Figure  4-7,  appears  and  the  user  is  required  to  indicate  the  number 
of  casualties,  indicate  the  patient  condition  code,  and  indicate  if  disease  or  a  non-battle 
injury  caused  the  injury.  The  patient  condition  codes  are  described  in  greater  detail  in  the 
Database  section  of  this  document. 
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Figure  4-6  Casualty  Stream  Display 


[Custom  Properties 


Number  of  Casualties: 


ESI} 


Disease  or  Non-battle  Injury;  FALSE 
Injury  1: 
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Figure  4-7  Casualties  Dialog  Box 


Wizard-type  Interface 

The  second  interface  is  based  upon  Microsoft  Wizard-type  dialog  boxes.  It  was 
incorporated  into  the  tool  to  allow  users  to  quickly  make  minor  changes  to  the  scenario 
configuration,  the  casualty  stream  information,  and/or  the  MTF  configuration.  The 
wizard  is  useful  if  the  user  does  not  have  Visio  installed.  The  Simulation  Engine  and  the 
Analysis  Tool  can  be  launched  using  the  wizard. 

Figure  4-8  is  an  example  dialog  box  from  the  Wizard.  This  dialog  box  is  used  for  MTF 
configuration  changes,  such  as  changes  to  the  staffing  level  (by  clicking  on  the  “Staff 
Details...”  button)  or  changes  to  the  number  of  beds  in  the  ward  (by  clicking  on  the 
“Component  Details ...”  button).  The  user  advances  through  the  wizard  by  clicking  the 
“Next”  button. 
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Figure  4-8  Wizard  Dialog  Box 

Notice  that  the  user  has  the  ability  to  change  the  Bottleneck  Algorithm.  This  algorithm 
defines  how  the  Simulation  Engine  will  choose  the  order  that  casualties  are  treated  when 
a  bottleneck  has  occurred.  This  topic  is  discussed  in  greater  detail  in  the  Simulation 
Engine  section. 
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Database 

Operation  of  CasFlow  requires  three  sets  of  data,  as  shown  in  Figure  4-9.  The 
CasFlowData  Database  includes  the  components,  staffing,  equipment,  supplies,  and 
transports  that  make  up  the  MTF  as  well  as  the  Casualty  Stream  information.  The 
casualty  stream  table  stores  the  details  about  the  casualties  that  will  present  to  the  medical 
treatment  facility  during  the  simulation.  The  casualty  stream  can  either  be  generated 
manually  in  the  Graphical  User  Interface  or  computed  using  a  stochastic  model. 

The  TTT  Database  is  a  set  of  Task-Time-Treater  data  representing  the  treatment 
protocols  for  each  injury  indicated  in  the  selected  casualty  streams. 

The  CasFlow  Analysis  Database  contains  the  simulation  results.  This  data  is  generated 
by  the  Simulation  Engine,  stored  in  the  database,  and  then  formatted  and  displayed  by  the 
CasFlow  Analysis  Tool. 
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Figure  4-9  CasFlow  Databases 
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CasFlowData  Database 

The  CasFlowData  database  is  built  using  Microsoft  Access.  This  database  is  comprised 
of  the  following  information: 

.  the  components  of  an  MTF  such  as  number  of  operating  rooms,  x-ray  machines, 
or  ward  beds, 

•  the  equipment  allocated  to  an  MTF  such  as  the  type  of  x-ray  machines, 

•  the  consumable  supplies  allocated  to  an  MTF  such  as  the  number  of  bags  of 
ringers  lactate, 

•  the  staffing  allocated  for  the  MTF  as  well  as  possible  staff  substitutions,  and 

•  transports. 

Figure  4-10  shows  the  relationship  between  the  different  tables  that  comprise  the  MTF 
configuration  database. 

The  MTF  table  lists  the  components  that  comprise  the  facility.  This  table  is  already 
populated  with  information  for  the  following  Navy  class  of  ships.  LPD17,  LCC,  AGF, 
CVN,  LHA,  LSD,  LED,  LPD,  CV,  TAH,  LST,  and  MCS.  As  MTFs  are  created  and 
edited  using  the  User  Interfaces  this  table  is  updated  accordingly  by  the  User  Interface 
software. 

The  three  staffing  tables  (Staff  Collection,  Staff,  and  Staff  Substitution)  describe  the 
allocated  staff  to  a  particular  type  of  MTF  (such  as  LPD-17  or  LCC-19)  and  possible  staff 
substitutions.  The  Staff  Substitution  table  also  contains  an  efficacy  factor  that  is  used  by 
the  Simulation  Engine  to  degrade  the  care  of  the  casualty  if  a  substitute  treater  is  used. 

The  Staff  Collection  table  is  already  populated  with  information  for  the  following  Navy 
class  of  ships:  LPD  17,  LCC,  AGF,  CVN,  LHA,  LSD,  LHD,  LPD,  CV,  TAH,  LST,  and 
MCS. 

The  supplies  allocated  to  each  type  of  MTF  are  derived  from  the  MTF  to  KIT,  the  KIT  to 
NSN,  and  the  NSN  Description  tables.  The  AMAL  kits  assigned  to  each  type  of  MTF  are 
listed  in  the  MTF  to  KIT  table.  The  KIT  to  NSN  lists  the  individual  items  comprising 
each  kit,  and  the  NSN  Description  table  describes  those  individual  items. 
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MTF 

•  MTF  Name 

•  Service 

►  Echelon 

•  Augmented  Config 

►  Staff  Group 

►  Supply  Group 

^  Equip  Group  _ 

•  Transport  Group 

•  #  ER’s 

►  #  Exam  Rooms _ 

•  #  x-ray  machines 

•  #  Pre-Op  beds 

#  OR’s 

’  Lab  available 
'  Pharmacy  available 
'  Blood  Refrig  avail 

#  ICU  beds 
#MCW  beds 

#  Ouiet  beds 


Staff 

Collection 

Staff  Group 
Staff  Identifier 
Number 


MTF  to  KIT 

-*  Supply  Group 

•KitID  - 

•Qty 


Staff 


'  Staff  Identifier 

Category  _ 

Job  Title 
Service 


KIT  to  NSN 
•Kit  ID 
NSN 

•  Requested _ 

•  Allocated 


Staff 

Substitution 
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•  Substitution 
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— *  Description 

•  Equip  tag 

•  Unit  issue 


Equipment 

♦Equip  Group 
•NSN 
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•  Unit  Issue 


Transports 

•  Name 

•  Litter  Cap 

•  Ambulatory  Cap 

•  Speed 

•  Turnaround  Time 

•  Range 


Figure  4-10  CasFlowData  Database  Tables 

The  casualty  stream  table  is  also  a  part  of  the  CasFlowData  Database  and  contains  the 
following  information:  a  casualty  ID,  a  casualty  stream  ID,  the  time  the  casualty  presents 
to  an  MTF,  indicator  of  whether  the  injury  is  a  DNBI-type  injury;  and  the  patient 
condition  code  of  each  injury.  The  casualty  stream  information  generated  when  using  the 
graphical  or  wizard-type  User  Interface  is  written  to  this  table  by  the  User  Interface 
software.  There  is  no  need  for  the  CasFlow  user  to  input  data  to  this  table  manually  via 
Microsoft  Access. 

Figure  4-1 1  shows  the  detailed  information  contained  in  the  casualty  stream  table. 
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Casualty 


•  Casualty  ID 

•  Casualty  Stream  ID 

•  Time  of  Injury 

•  DNBI  (yes/no) 

•  “1”  injury 

•  Injury  PC 


Figure  4-11  Casualty  Stream  Table 


TTT  Database 

A  treatment  protocol  is  a  database  of  information  describing  the  treatment  required, 
where  it  is  performed,  the  staff  required  for  the  treatment,  equipment,  supplies  (fluid, 
blood,  and  x-ray  products),  the  time  required,  and  other  pertinent  information  for  a 
variety  of  injuries  and  illnesses.  The  treatment  protocols  supported  by  CasFlow  are 
derived  from  the  DMSB/JRCAB  database.  The  DMSB/JRCAB  database  supports  about 
350  patient  conditions  from  which  19  have  been  selected  for  inclusion  in  the  treatment 
protocols  database.  Although  ScenPro  did  received  JRCAB’s  latest  database  (Version 
1. 1),  it  was  received  too  late  (December  1999)  to  be  included  in  the  final  release  of  the 
software. 

The  treatment  protocols  database  is  built  using  Microsoft  Access  and  defines  the  time, 
bed,  staff,  equipment,  and  the  material  needed  for  each  treatment  (or  task)  listed  for  each 
Patient  Condition  (PC).  This  database  also  contains  the  USUHS  Survival  Curves  used  by 
the  Simulation  Engine  to  simulate  mortality.  This  feature  is  described  in  greater  detail  in 
the  Simulation  Engine  section. 

The  relationships  between  the  treatment  protocols  database  tables  are  shown  in  Figure 
4-12. 
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Figure  4-12  TTT  Database  Tables 

CasFlowAnalysis  Database 

The  CasFlow  Analysis  database  contains  the  statistics  generated  by  the  Simulation 
Engine,  such  as  the  time  a  corpsmen  spent  in  the  casualty  clearing  area  or  the  amount  of 
blood  casualties  consumed  in  the  triage  area.  The  CasFlow  Analysis  Tool  then  reads  this 
data  and  (using  Microsoft  Excel)  converted  to  PivotTables  for  quick  and  easy  analysis  by 
the  user. 

Simulation  Engine 

CasFlow  contains  a  fast  discrete  event  simulation  engine.  To  provide  broad  reuse,  this 
engine  was  developed  as  a  Dynamic  Link  Library  (.dll).  The  events  monitored  by  the 
engine  include  casualty  generation,  transport  arrivals  and  departures,  treatment  protocol 
task  completion,  mortality,  staff  work  hours,  and  casualty  condition  downgrades. 


The  Simulation  Engine  reads  the  scenario  definition  (created  with  the  User  Interface), 
sets  up  the  MTF  configuration  (based  on  the  MTF  configuration  database),  and  “moves” 
the  simulated  casualties  through  the  facility.  Each  casualty  follows  the  treatment  profile 
defined  in  the  treatment  protocol  database.  When  a  casualty  gets  to  a  room  (such  as  the 
x-ray  room),  the  Simulation  Engine  collects  the  allocated  staff,  the  allocated  consumable 
supplies,  and  equipment  necessary  to  perform  the  treatment  task.  If  any  of  the 
requirements  are  missing  (such  as  if  the  x-ray  machine  is  already  in  use),  the  casualty 
waits.  When  the  task  is  completed,  the  patient  “moves”  to  the  next  task  defined  in  the 
treatment  protocol,  and  the  resources  are  released  for  use  by  the  next  casualty. 

The  system  is  designed  to  minimize  patient  movement.  In  other  words,  once  a  casualty 
gets  into  a  bed,  the  casualty  stays  there  until  their  need  for  that  bed  ends.  This  is  true  even 
if  a  casualty  waiting  for  that  bed  type  is  of  a  higher  priority.  This  logic  is  true  in  the  real 
world. 

The  Simulation  Engine  uses  the  USUHS  survival  curves  to  simulate  mortality.  Each  time 
a  casualty  arrives  at  an  MTF  random  numbers  are  used  to  determine  if  the  casualty  will 
survive  the  treatment  plan.  If  the  casualty  will  not  survive,  a  random  number  is  used  to 
determine  the  amount  of  time  the  casualty  will  live.  If  the  casualty  is  still  in  the  MTF 
being  treated  after  the  time  has  expired,  then  the  casualty  dies. 

There  are  four  ways  in  which  the  user  can  control  the  order  in  which  patients  are  treated; 

1)  Based  upon  the  triage  level; 

2)  First  In  First  Out  (FIFO); 

3)  Last  In  First  Out  (LIFO); 

4)  Patient  with  the  shortest  treatment  time  will  be  treated  first. 

As  the  simulation  runs,  the  Simulation  Engine  captures  and  records  patient  movement 
and  resource  usage  in  Microsoft  Access  tables. 

Event  Checker 

Every  clock  tick,  the  Event  Checker  looks  through  the  events  in  the  Event  List  to  see  if 
any  events  occur  at  this  time.  There  are  currently  three  types  of  events; 

•  Casualty  Generation 

•  Mortality  Curve-based  Death 

•  Treatment  completion  events 

The  Event  Checker  keeps  tabs  on  when  casualties  present  at  the  medical  treatment 
facility.  A  casualty’s  presentation  time  is  stored  along  with  their  injury  code  in  the 
casualty  stream  table  in  the  CasFlowData  database. 

Each  casualty  has  a  value  associated  with  it  corresponding  to  his  or  her  time  of  death.  For 
many  casualties,  this  value  is  set  to  infinity,  for  others  it  is  a  finite  time.  If  the  casualty  is 
still  in  the  medical  treatment  facility  when  their  mortality  time  is  reached,  the  CasFlow 
simulation  engine  kills  the  casualty. 


When  a  treatment  is  completed,  the  Event  Checker  updates  the  patient’s  status,  stores 
statistics  about  the  time  the  patient  was  in  treatment  and  the  supplies  used,  and,  in  most 
cases,  frees  up  the  space,  staff,  and  supplies.  Unless  the  patient  needs  to  stay  in  the  same 
space  (in  which  case  a  Preference  Flag  is  set),  an  event  is  created  showing  that  the 
casualty  is  being  moved  to  the  space  (or  the  waiting  room  for  the  space)  indicated  by  the 
next  Treatment  Protocol  entry. 


Figure  4-13  Simulation  Engine  Internals 


When  a  movement  is  completed,  the  Event  Checker  updates  the  patient  status  and  the 
waiting  room  area  status  of  the  new  space. 

The  Event  Checker  then  kicks  off  the  Local  Scheduler  for  each  space  that  has  changed 
status,  in  pnonty  order  (OR,  X-Ray,  Dental,  Exam  Room,  Assess  and  Sort,  and  Wards). 

Local  Scheduler 

The  Local  Scheduler  is  responsible  for  maximizing  patient  flow  through  its  component 
while  trying  to  give  resources  to  the  sickest  patients  first.  To  accomplish  this,  the  local 

scheduler  keeps  track  of  all  patients  who  are  waiting  for  the  resource.  These  patients  are 
sorted  by: 

•  Triage  Level 

•  Preference  Marker 

•  Room  Specificity 

Note,  a  Preference  Marker  is  set  when  a  patient  is  already  in  the  room.  This  gives  the 
patient  preference  over  other  patients.  The  reasoning  is  that  it  is  somewhat  simpler  to 
perform  a  task  on  a  patient  who  is  already  in  the  room  than  to  move  that  patient  out  and 
another  in.  Also  note  that  the  other  resource  types,  equipment  (not  associated  with  a 
room)  and  staff  do  not  currently  have  Preference  Markers. 

Note,  Room  Specificity  tries  to  capture  the  idea  that  some  patients  request  a  room 
because  they  need  ANY  room  while  others  request  a  room  because  they  need  that  exact 

room.  Patients  who  need  that  exact  room  should  have  priority  over  those  who  need  anv 
room.  ^ 


After  the  patients  are  sorted,  the  Resource  Agent  is  queried  to  find  out  the  earliest 
possible  availability  of  resources  for  the  first  (highest  sorted)  patient.  If  all  of  the 
resources  are  currently  available  for  the  first  patient,  that  patient  is  moved  from  the 
Waiting  Room  queue  to  the  In  Treatment  queue,  the  resources  are  flagged  as  in  use,  the 
patient’s  status  is  updated,  and  an  event  is  created  for  the  time  when  the  treatment  will 
end. 

If  the  first  patient’s  resources  are  not  available,  the  Resource  Agent  is  queried  for  each  of 
the  other  patients  (in  priority  order)  until  one  is  found  which  has  all  of  its  resources  and 
can  complete  before  the  first  patient’s  resources  become  available.  If  such  a  patient  is 
found,  that  patient  is  moved  from  the  Waiting  Room  queue  to  the  In  Treatment  queue,  the 
resources  are  flagged  as  in  use,  the  patient’s  status  is  updated,  and  an  event  is  created  for 
the  time  when  the  treatment  will  end. 

CasFlow  Analysis  Tool 

Once  the  simulation  is  complete,  analysis  is  performed  by  a  customized  version  of 
Microsoft  Excel™  referred  to  as  the  CasFlow  Analysis  Tool.  This  tool  reads  the  Access 
database  tables  created  by  the  Simulation  Engine  and  analyzes  the  data  to  create  a  set  of 
metrics.  These  metrics  indicate  whether  or  not  the  selected  MTF  configuration  will 
support  the  casualty  stream.  The  metrics  generated  include  mortality,  wait  time  for  staff 
and  rooms,  supply  usage,  staff  utilization,  component  usage,  and  scenario  summary 
information.  In  all,  CasFlow  creates  12  PivotTables  capable  of  providing  the  multitude 
of  perspectives  required  to  perform  powerful  “what  if’  analyses. 

After  the  results  of  a  particular  configuration  are  analyzed,  the  simulation  can  be  re-run 
with  a  slightly  different  configuration  and  the  results  can  be  compared.  Additionally, 
CasFlow  users  can  apply  their  own  “costing  function”  to  the  simulation  results  to 
optimize  the  design  of  an  MTF  in  order  to  maximize  their  allocated  funds. 

The  following  PivotTables  represent  the  CasFlow  Analysis  Tool  output  for  CasFlow. 


Scenario  Elapsed  Time 


This  PivotTable  indicates  the  amount  of  time  (in  minutes)  of  the  duration  of  the 
scenario(s).  The  user  can  add  or  delete  a  scenario  to  analyze  via  the  pull-down  provided 
on  the  display.  In  this  example,  the  Mogadishu  scenario  was  designed  to  cover  a  600- 
minute  timeframe  and  the  GuanOOl  scenario  was  designed  to  cover  a  1320-minute 
timeframe. 
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Scenario  Disposition  Summary 

This  PivotTable  indicates  the  disposition  of  the  casualties  treated  during  the  scenarios. 
The  categories  logged  by  the  CasFlow  Analysis  Tool  include  deceased,  treated  in  facility, 
evacuated,  and  returned  to  duty. 


Component  Use  Summary 

This  PivotTable  indicates  the  amount  of  time  (in  minutes)  each  component  of  the  MTF 
was  occupied.  In  this  example,  the  triage  area  was  occupied  1064  minutes  during  the 
Mogadishu  scenario  and  591  minutes  during  the  GuanOOl  scenario. 
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Wait  Time  for  Staff 

This  PivotTable  shows  how  many  minutes  patients  had  to  wait  for  available  staff  in  each 
component  of  the  MTF.  In  this  example,  the  longest  wait  period  was  in  the  operating 
room  during  the  Mogadishu  scenario  and  in  the  triage  area  during  the  GuanOOl  scenario. 


Wait  Time  for  Station 

This  metric  indicates  the  number  of  minutes  casualties  waited  for  beds.  ■" 

te  lon^st  wait  for  the  Mogadishu  scenario  was  for  an  operating  room.  The  casualties  m 

the  GuanOOl  scenario  never  waited  due  to  a  bottleneck  with  beds. 
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Waiting  Minutes  by  Category  and  Component 

This  metric  shows  a  breakdown  (by  category)  of  the  wait  time  for  each  component  of  the 
MTF.  In  this  example,  the  “All”  means  that  the  waiting  minutes  for  each  category  were 
combined  for  all  scenarios  under  consideration  by  CasFlow.  The  “Max”,  “Red”,  and 
“Yellow”  represent  threshold  levels  where  maximum  indicates  that  the  waiting  area  was 
100%  full,  red  represents  a  90%  to  99%  full  waiting  area,  and  yellow  represents  an  80% 
to  89%  full  waiting  area.  This  metric  is  a  combination  of  waiting  times  and  does  not 
indicate  how  long  a  particular  casualty  waited.  For  example,  the  OR  had  a  maximum 
wait  time  of  1648  minutes,  a  red  wait  time  of  1648  minutes,  and  a  yellow  wait  time  of 
658  minutes.  This  means  that  the  waiting  area  for  the  OR  was  filled  to  the  maximum  for 
1648  minutes.  This  PivotTable  is  useful  for  identifying  system  bottlenecks. 
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Staff  Use  In  Minutes 


This  PivotTable  indicates  the  time  (in  minutes)  of  the  personnel  used  in  a  scenario.  The 
user  can  add  or  delete  staff  categories  via  the  pull-down  provided  on  the  display.  In  this 
example,  the  user  can  analyze  the  amount  of  time  specialists  and  corpsmen  are  used  in 
the  GuanOOl  scenario. 


Max  Staff  Use  for  Each  Component 


This  PivotTable  is  used  to  view  the  maximum  staff  usage  at  any  time  in  any  component 
in  the  MTF.  The  pull-downs  allow  the  user  to  pick  the  component  type  and  the  scenario 
to  display.  In  this  example,  the  user  is  analyzing  the  maximum  staff  used  in  the  casualty 
clearing  area  for  all  scenarios  under  consideration  by  CasFlow.  Note  that  at  most,  two 
specialists  and  six  corpsmen  were  used.  When  “all”  scenarios  are  chosen,  the  Analysis 
Tool  sums  the  numbers  from  each  scenario. 
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Max  Staff  Use  for  Entire  Facility 


This  PivotTable  indicates  the  maximum  number  of  personnel  by  category  used  at  any  one 
time  in  the  entire  facility.  The  user  can  add  or  delete  the  staff  categories  via  the  pull¬ 
down.  In  this  example,  the  user  is  analyzing  all  of  the  scenarios  so  the  staff  numbers  are 
summed. 


Supply  Use  Summary 


This  PivotTable  is  used  to  determine  the  total  amount  of  blood,  fluids,  and  x-ray  products 
consumed  for  each  scenario  the  user  chooses  to  analyze.  In  this  example,  the  GaunOOl 
scenario  used  1  unit  of  blood,  2  units  of  fluid,  and  3  units  of  x-ray  products. 
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Supply  Use  By  Component 


This  PivotTable  breaks  down  the  blood,  fluid,  and  x-ray  supply  usage  by  MTF 
component.  In  this  example,  the  usage  amounts  were  combined  for  the  two  scenarios 
(Mogadishu  and  GuanOOl).  The  table  indicates  in  this  scenario  that  most  of  the  tracked 
supplies  are  used  in  the  triage  area. 


. 


E)te  £dlt  iflew  Ijnswri:  Format  loote  Data  CasFtow  window 

;  a  [i  ^  ©  jo":  ■  A  'ii 

. B24  ; .  . . .  . . .  . 


,  13  ^  j  Afial 


r  10  >  j  B  /  uimmmrn 


5.0  Activities 


In  addition  to  the  Kick-Off  meeting  and  the  various  status  meetings  held  in  Washington 
DC  or  San  Diego,  CA,  ScenPro  has  made  a  number  of  other  presentations  related  to 
CasFlow. 

9/9/1997  -  Held  Kick-Off  Meeting  with  Bill  Pugh  in  San  Diego,  CA 
1 1/5/1997  -  Attended  Comprehensive  HLA  training  in  Austin,  TX. 

1 1/20/1997  -  Gave  Technical  Review  to  Dennis  McBride  in  Washington,  D.C. 
12/22/1997  -  Gave  Technical  Review  to  Dennis  McBride  in  Washington,  D.C. 

2/22/1998  -  Gave  Technical  Review  of  CasFlow. 

3/1 1/1998  -  Gave  review  of  CasFlow  to  RADM  Phillips  in  Washington,  D.C. 

4/14/1998  -  Install  CasFlow  for  Young,  Pugh,  and  Hardy  in  San  Diego,  CA 
6/1/1998  -  Attended  DIS/HLA  review  in  Washington,  D.C. 

6/24/1998  -  Attended  KA  session  with  Dennis  Moses  in  San  Diego,  CA 

8/24/1998  -  Gave  a  technical  review  to  Bill  Pugh  in  San  Diego,  CA 

8/25/1998  -  Described  to  Doug  Hardy  how  to  make  CasFlow  HLA  Compliant 

10/18/1998  -  Gave  a  technical  review  to  Bill  Pugh  in  San  Diego,  CA 

10/21/1998  -  Aid  Pugh  demonstration  of  CasFlow  to  LPD-17  War  Room  in  Norfolk,  VA 

10/25/1998  -  Attend  DMPILS-99  War  Game  Conference  in  Hagerstown,  VA 

7/7/1999  -  Attended  Doug  Hardy’s  JMedSAF  meeting  in  San  Diego,  CA 

8/29/1999  -  Attended  the  CUD  Requirements  Meeting  in  Frederic,  MD 

1/13/2000  -  Attended  meeting  of  medical  planners  in  San  Antonio,  TX 

LPD-17  War  Room  Presentation 

Bill  Pugh  gave  a  technical  review  of  CasFlow  and  a  presented  a  summary  of  the  LPD-17 
results  to  a  gathering  of  medical  planners  in  the  LPD-17  War  Room. 

DMPILS-99  Conference 

Michael  Gately  was  invited  by  Bill  Pugh  to  attend  the  DMPILS-99  Wargaming 
conference.  DMPILS  is  an  annual  gathering  of  logisticians  to  plan  for  possible  changes  in 
warfare.  At  this  particular  conference,  a  Mogadishu-like  scenario  was  played  out  using 
assets  available  in  1999, 2005,  and  2010. 

At  the  conference,  Mr.  Gately  became  a  member  of  the  2010  team  and  used  CasFlow  to 
determine  the  impact  of  deploying  the  LPD-17  in  an  Amphibious  Ready  Group.  The  tool 
was  well  received  by  the  other  members  of  the  2010  team. 

CUD 

Bill  Pugh  invited  Michael  Gately  and  Sharon  Watts  (ScenPro,  Inc.)  to  attend  the 
Common  User  Database  (CUD)  Requirements  Meeting.  At  this  meeting  the  future  of 


Task-Time-Treater  files  was  discussed.  Mr.  Gately  was  a  part  of  the  Planning  team  and 
used  his  experience  on  CasFlow  to  make  valuable  comments  to  the  team. 

It  is  hoped  that  when  the  CUD  is  eventually  available,  tools  such  as  CasFlow  will  become 
much  more  robust  and  capable  -  enabling  more  accurate  design,  planning,  and  training. 

JMedSAF 

In  July  1999,  Bill  Pugh  invited  ScenPro  to  attend  a  JMedSAF  meeting  being  hosted  by 
Doug  Harry,  Eleven  months  earlier  Dr.  Jim  Mantock  and  Michael  Gately  had  made  a 
presentation  to  Mr.  Harry  describing  how  to  modify  CasFlow  to  create  a  tool  that  could 
become  the  medical  component  of  a  High-Level  Architecture  simulation  (see  Figure  5-1). 

The  JMedSAF  tool  was  a  different  tool  designed  for  the  same  purpose,  to  add  Joint 
Medical  Synthetic  Forces  to  a  DIS/HLA  simulation.  At  the  meeting  Mr.  Gately  provided 
a  variety  of  suggestions  for  the  tool.  Additionally,  Mr.  Gately  provided  the  JMedSAF 
team  the  UHSUS  Mortality  data  developed  under  CasFlow  funding. 
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Figure  5-1  Proposed  JMedSAF  Mission  Planning  and  Rehearsal  Implementation 
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6.0  Additional  Development 

NavMedWatch  for  the  US  Navy 

NavMedWatch  is  a  proposed  Real-time/Predictive  Medical  Data  Fusion  Watchboard  for 
use  by  the  US  Navy  to  enhance  and  improve  medical  readiness.  The  Phase  I  effort  for 
this  contract  has  been  completed  and  a  Phase  II  proposal  has  been  submitted. 

NavMedWatch  will  provide  streamlined  data  to  Navy  medical  care  providers,  support 
personnel  and  remote  command  staff  allowing  for  the  rapid  visualization  and  assessment 
of  the  tactical  medical  situation.  The  key  functions  of  the  system  include: 

•  Tracking  of  patients  and  medical  personnel  at  the  MTF  and  JTF  levels; 

•  Tracking  bedroom  availability,  Class  VIII-A  supplies,  and  blood  supplies  at  the 
MTF  and  JTF  levels; 

•  Tracking  DNBI  data  and  providing  access  to  epidemiological  predictions  at  both 
levels; 

•  Predictive  simulation  capability  to  identify  bottlenecks  within  the  medical  system; 

•  An  intelligent  agent  to  provide  suggested  alternatives  to  alleviate  the  identified 
bottlenecks. 


MTFs 


Figure  6-1  NavMedWatch  Common  Operation  Data 

The  NavMedWatch  display  is  designed  to  include  graphical,  textual,  and  color  coding  of 
relevant  data  for  quick  and  easy  interpretation  and  analysis.  The  tool  is  designed  to 
gather  data  from  existing  sources  including  TMCS  (Theatre  Medical  Core  Services), 
FMSS  (Field  Medical  Surveillance  System),  pre-configured  databases,  and  Internet 
Repositories,  as  well  as  from  future  sources  such  as  personnel  status  monitors,  personnel 
locators,  and  Personal  Identification  Cards. 

The  proposed  system  includes  a  simulation  capability  (CasFlow)  for  predicting  casualty 
movements  and  resource  consumption.  From  this  simulation,  potential  resource 


shortfalls  can  be  identified.  Intelligent  interviewing  agents  are  included  to  offer 
suggestions  for  resolving  the  identified  resource  shortfalls. 

NavMedWatch  also  has  the  capability  to  record  and  store  pertinent  data  captured  during 
medical  incidents  or  exercises.  Thus  the  NavMedWatch  Tool  can  be  used  to  support 
medical  training  activities  and  after-action  reviews.  As  an  after-action  review  tool, 
NavMedWatch  enhances  the  training  of  medical  care  providers,  medical  regulators,  and 
medical  planners  by  providing  realistic  collective  data. 

Chemical  /  Biological  Incident  Response  Tool  for  the  US  Air 
Force 

In  order  to  insure  low  mortality  in  the  event  of  a  chemical  or  biological  warfare  incident, 
it  is  critical  that  the  proper  medical  resources  be  available  to  the  medical  staff  when  they 
are  needed.  One  approach  to  doing  this  is  to  pre-position  all  necessary  resources  for  all 
possible  incidents.  Current  policy  prevents  this  level  of  expense. 

The  solution  proposed  by  ScenPro  for  the  Chemical  /Biological  Incident  Response  Tool 
(CBIRT)  is  to  use  discrete  event  simulation  to  predict  the  future  resource  use  based  upon 
an  actual  incident.  The  Predictive  Casualty  Management  Simulation  (PCMS)  takes  the 
current  medical  status  of  an  incident  and,  using  medical  treatment  protocols,  simulates 
future  response  activities.  The  PCMS  works  by  simulating  the  movement  of  individual 
casualties  through  each  step  of  the  appropriate  treatment  protocol.  If  the  protocol 
indicates  that  an  ICU  nurse  and  2  doses  of  antidote  are  required,  then  those  resources  are 
identified  and  summed  as  part  of  the  output  report.  The  subsequent  PCMS  report  lists 
resources  required  to  provide  optimal  casualty  care. 

Figure  6-2  depicts  the  CBIRT  architecture.  CasFlow  performs  most  of  the  necessary 
functions  to  provide  the  PCMS  capability.  The  system  normally  works  by  accepting  a 
casualty  stream,  each  with  a  particular  injury  and  simulating  their  treatment  from  the  start 
of  medical  care  (buddy  aid)  through  evacuation  to  a  hospital.  Because  CBIRT  will  invoke 
this  prediction  some  time  after  an  incident  began,  CasFlow  has  been  modified  to  include 
the  ability  to  pre-load  it  with  casualties  already  in  the  different  medical  treatment 
facilities. 
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Figure  6-2  CBIRT  Architecture 

Nuclear,  Biological,  and  Chemical  Decision  Support  Tool  for  the 
US  Army 

The  increasing  threat  of  Nuclear,  Biological,  and  Chemical  (NBC)  warfare  and  terrorism 
and  the  political  uncertainties  in  our  world  today,  require  tools  to  help  our  military  and 
civilian  responders  prepare  for  these  possibilities. 

The  NBC  Decision  Support  Tool  (NBC  DST)  supports  the  US  Army  medical  planning, 
and  is  currently  being  developed  in  cooperation  with  the  Army  Office  of  the  Surgeon 
General  to  ensure  that  our  armed  forces  are  prepared  for  the  special  requirements  of  an 
NBC  attack. 

The  NBC  DST  tool  suite  consists  of  three  modules:  the  Casualty  Estimator,  the  Resource 
Requirements  Estimation,  and  the  Course  of  Action  Analysis.  ScenPro  has  the  primary 
responsibility  for  the  definition  and  development  of  both  the  Resource  Requirements 
Estimation  and  Course  of  Action  Analysis  modules. 

The  Casualty  Estimator  estimates  the  number  of  casualties  expected  based  on  a  defined 
attack  scenario.  The  scenario  will  include  the  population  at  risk,  their  locations  in  relation 
to  the  casualty  source,  and  the  attack  NBC  agent  and  method  of  delivery. 

The  Resource  Requirements  Estimation  module  calculates  an  estimate  of  the  medical 
resources  required  and  the  output  over  time  to  decontaminate,  triage,  treat  and  transport 
the  identified  casualties. 
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The  Course  of  Action  Analysis  (COAA)  module  allows  the  medical  planner  to  compare 
medical  resources  required  to  care  for  the  casualties,  and  directly  compare  those  to  the 
actual  medical  resources  to  be  deployed  in  the  field,  called  the  medical  Course  of  Action. 
Medical  planners  use  the  COAA  module  outputs  to  quickly  visualize  resource  areas 
where  the  available  resources  in  the  field  are  estimated  to  be  strained  or  insufficient.  The 
planner  can  then  develop,  through  “what  if’  analysis,  the  most  effective  medical  Course 
of  Action. 

The  following  figure  is  an  example  of  a  Course  of  Action  Analysis  report. 
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Figure  6-3  Sample  NBC  DST  Course  of  Action  Analysis  Report 


The  knowledge  gained  from  the  development  of  CasFlow  has  been  very  instrumental  in 
the  design  and  implementation  of  the  Course  of  Action  Analysis  module.  CasFlow  is 
considered  to  be  the  back-up  technology  for  this  module  should  the  need  arise. 

The  NBC  Decision  Support  Tool  prototype  will  be  completed  in  June  2000. 


7.0  Conclusions 


Once  an  initial  set  of  data  was  collected  to  run  the  simulation,  the  system  was  run  on  the 
proposed  configuration  of  the  LPD-17.  The  data  included  those  laid  out  in  Section  3.0  of 
this  document. 

The  results  of  these  tests  were  presented  by  Bill  Pugh  as  outlined  in  Section  5.0,  LPD-17 
War  Room.  Subject  Matter  Experts  reviewing  our  results  indicated  that  they  were 
believable  and  acceptable  for  the  design  of  the  ship’s  medical  space. 
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Effective  shipboard  medical  care  depends  on  having  the  proper  resource  mix  for  casualties  as  they  flow 
through  the  system.  Identifying  the  proper  mix  is  complicated  by  its  dependence  on  mission  types.  For 
example,  the  types  and  volume  of  casualties  seen  in  peacekeeping  operations  are  very  different  from 
wartime  operations. 

To  address  this  problem  ScenPro,  Inc.  developed  a  casualty  flow  analysis  tool,  CasFlow,  under  funding 
from  the  Office  of  Naval  Research,  contract  number  N00014-97-C-0317.  CasFlow  combines  a  discrete 
event  simulator  with  Visio,  Access,  and  Excel  to  enable  medical  planners  to  evaluate  resource  needs  under 
user  specified  scenarios.  CasFlow  “moves”  casualties  through  medical  treatment  facilities  recording  a  wide 
variety  of  statistical  information  related  to  mortality,  delays,  staff  use,  and  consumption  of  resources. 

The  movement  profiles  and  resource  consumption  rates  are  based  on  treatment  brief  and  materiel  use 
databases  developed  by  the  DMSB/JRCAB,  Ease  of  use  is  a  major  design  consideration.  Unlike  most 
simulation  systems,  CasFlow  users  are  not  required  to  have  simulation  backgrounds  or  extensive  computer 
experience. 

Overview  of  CasFlow 


The  Casualty  Flow  Analysis  Toolset  consists  of  the  following  parts, 

1 .  Visio-based  Graphical  User  Interface 

•  CasFlow.Exe  -  a  project  management  dialog, 

•  MTF  Definition  -  a  Visio  file  that  allows  users  to  graphically  define  a  Medical  treatment 
Facility, 

•  Stream  Definition  -  a  Visio  file  that  allows  users  to  graphically  define  a  casualty  stream, 

2.  Databases 

•  Task-Time-Treater  Medical  Database 

•  CasFlow  Database 

3.  CasFlow.dll  -  the  casualty  flow  simulation  engine,  and 

4.  Casualty  Analysis  System  -  an  Excel  workbook  for  analyzing  CasFlow’ s  outputs. 

Minimum  System  Requirements 

Windows  95/98/NT,  Microsoft  Excel  95  or  better,  Visio  2000  (any  edition)  or  better.  While  Microsoft 
Access  is  not  required,  having  it  allows  direct  viewing  of  the  simulation  output  files.  The  simulation  runs 
can  generate  considerable  volumes  of  data  for  long  evolutions.  It  is  recommended  that  CasFlow  be 
installed  on  systems  with  at  least  100  MB  of  free  hard  disk  space. 
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On  May  10,  1999  the  Department  of  the  Navy  announced  that  they  had  formed  a  new  enterprise  agreement 
with  Visio  Corp.  The  blanket  purchase  agreement  holds  for  at  least  two  years  and  covers  the  entire  Visio 
product  line.  The  agreement  provides  for  significantly  reduced  purchase  price  of  the  Visio  products. 
Microsoft  bought  Visio  Corporation  late  in  1999. 

In  the  event  that  Visio  is  not  available  on  your  computer,  you  can  use  the  Wizard-based  User  Interface  to 
create  and  run  a  scenario. 

Installation 


Insert  the  CasFlow  V3,0  CD  into  the  CD-ROM  drive.  Next,  start  the  installation  program  from  the  Start 
Menu  by  clicking  on  [Start]  then  selecting  [Run. . This  will  bring  up  a  small  dialog  box  titled  “Run.” 
Enter  the  following  text  in  the  edit  box  in  the  dialog  box: 

X:\setup.exe 

Please  replace  the  X  in  the  above  command  with  the  actual  drive  letter  of  the  CD-ROM  drive. 

The  installation  program  requires  that  you  answer  a  short  series  of  questions  and  then  installs  CasFlow  onto 
the  hard  drive.  The  default  directory  to  install  CasFlow  is  C:\Program  Files\ScenPro\CasFlowV3.  This  can 
be  changed  during  installation. 

Installed  Files 


The  files  associated  with  this  program,  where  they  will  be  loaded,  and  a  short  description  of  them  follows: 

□  C:\Program  Files\ScenPro\CasFlowV3\CasFlow.exe  -  This  is  the  main  program  controlling  CasFlow. 
It  is  a  dialog  box  that  allows  the  user  to  create  or  edit  an  MTF  configuration,  create  or  edit  a  casualty 
stream,  to  create  or  edit  a  scenario,  and  to  start  the  simulation  engine. 

□  C:\Program  Files\ScenPro\CasFlowV3\MTF  Definition,  vst  -  This  is  a  Visio  template  file  that  can  be 
used  to  create  or  edit  an  MTF  Configuration.  When  you  open  this  file,  it  is  immediately  converted  to  a 
.vsd  drawing  file  and  you  are  required  to  enter  a  file  name. 

□  C:\Program  Fiies\ScenPro\CasFlowV3\Stream  Definition.vst  -  This  is  a  Visio  template  file  that  can  be 
used  to  create  or  edit  a  casualty  stream.  When  you  open  this  file,  it  is  immediately  converted  to  a  .vsd 
drawing  file  and  you  are  required  to  enter  a  file  name. 

□  C:\Program  Files\ScenPro\CasFlowV3\*.vss  -  This  is  a  set  of  Visio  stencils  that  contain  the  drag  and 
drop  shapes  used  to  configure  an  MTF  or  casualty  stream.  There  is  no  need  to  open  these  files  directly, 
any  .vst  or  .vsd  file  will  load  these  into  Visio  automatically. 

□  C:\Program  Files\ScenPro\CasFlowV3\CFWiz.exe  -  This  is  the  secondary  user  interface  for  the 
simulation  engine.  It  is  a  Wizard  that  collects  all  the  information  about  the  simulation  that  you  want  to 
run. 

□  C:\Program  Files\ScenPro\CasFlowV3\cfengine.dll  -  This  file  contains  the  software  that  runs  the 
simulation  engine.  It  must  be  in  the  same  directory  as  CasFlow.exe  and  CFWiz.exe. 

□  C:\Program  Files\ScenPro\CasFlowV3\readme.doc. 
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□  C:\Program  Files\ScenPro\CasFlowV3\data\CasFlowData.mdb  -  This  is  the  Access  database  that  holds 
the  MTF  configurations,  casualty  streams,  and  the  scenario  descriptions. 

□  C:\Program  Files\ScenPro\CasFlowV3\data\TTTDatabase.mdb  -  This  is  the  Access  database  that  holds 
the  Task-Time-Treater  files  used  by  the  simulation  engine. 

□  C:\Program  FiIes\ScenPro\CasFlowV3\data\CasFlowAnalysis.mdb  -  This  is  the  Access  database  that 
holds  all  the  data  generated  by  the  simulation  engine.  It  can  get  quite  big  unless  you  delete  some 
records  out  of  it.  See  the  section  on  clearing  the  database  elsewhere  in  this  manual. 

□  C:\Program  Files\ScenPro\CasFlowV3\data\CasFlowAnalysis.xls  -  This  is  the  Excel  workbook  that 
holds  all  the  pivot  tables  and  charts  used  to  compare  simulations.  It  also  contains  high  level  controls  to 
aid  in  maintaining  the  database. 

Running  CasFlow _ 


This  section  details  the  specific  screens  and  options  in  the  CasFlow  Version  3.0  system. 

Typical  Usage  Overview 

Typical  usage  follows  a  6-step  procedure: 

1 .  Start  the  Graphical  User  Interface,  CasFlow.exe. 

2.  Create  or  Edit  an  MTF  Configuration. 

3.  Create  or  Edit  a  Casualty  Stream. 

4.  Create  or  Change  a  Scenario. 

5.  Run  the  simulation  engine,  which  auto-loads  the  results  into  Access  upon  completion,  and  then  starts 
the  CasFlow  Analysis  Tool. 

6.  Examine  the  results  of  the  simulation  and  compare  /  contrast  the  results  to  other  simulation  results. 

If  modifications  to  the  current  scenario  are  appropriate  or  other  scenarios  remain  to  be  run,  return  to  Step  1. 

Startup 

The  first  step  in  running  the  CasFlow  simulation  is  to  start  the  CasFlow  interface  program.  The  name  of 
this  program  is  CASFLOW.EXE.  It  can  be  found  two  ways.  The  first  is  by  clicking  on  the  [Start]  menu, 
then  selecting  [Programs],  then  selecting  CasFlowV3,  and  finally  selecting  CasFlow.exe. 

The  second  way  is  to  start  the  Windows  Explorer  and  get  to  the  directory 

C:\Program  Files\ScenPro\CasFlowV3 

and  double  click  on  the  file  named  CASFLOW.EXE,  The  following  screen  will  appear: 
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CasFIow’s  interface  can  be  found  in  the  CasFlow  directory  (the  default  directory  address  is  c:\Prograni 

Files\ScenPro\CasFlowV3).  The  name  of  the  wizard  interface  program  is  CASFLOW.EXE. 

You  can  start  the  CasFlow  Interface  in  any  of  the  three  ways  common  to  Windows: 

•  Select  the  program  from  the  Start  menu.  The  default  location  is  [Start  |  Programs  |  ScenPro  | 
CasFlowVS  I  CasFlow] 

•  Start  the  Windows  Explorer,  navigate  to  the  CasFlowV3  directory,  double-click  the  CASFLOW.EXE 
file.  There  are  a  number  of  ways  to  start  the  Windows  Explorer.  The  simplest  way  is  to  RIGHT- 
CLICK  on  the  Start  menu  button  on  the  start  menu.  Click  on  the  “Explorer”  item  in  the  pop-up  menu. 
After  the  Windows  Explorer  starts,  navigate  to  the  CasFlowV3  directory.  The  default  address  for  this 
directory  is  c:\Program  Files\ScenPro\CasFlowV3.  Within  this  directory,  double-click  on  the 
CASFLOW.EXE  file. 

•  Enter  the  address  of  the  CasFlow  Interface  program  in  the  Run  Dialog  box.  Start  the  Run  dialog  box  by 
selecting  Run  in  the  Start  menu.  Either  directly  enter  the  address  or  navigate  to  it.  The  default  address 
is:  c:\Program  Files\ScenPro\CasFlowV3\CasFlow.exe 

Once  the  CASFLOW.EXE  program  starts,  the  following  dialog  box  is  displayed.  This  dialog  box  is  the 

primary  control  panel  for  CasFIow’s  Graphical  User  Interface. 
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Use  the  following  flow  chart  to  select  the  action  in  the  CasFlow  Dialog: 
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Creating  or  Editing  a  Medical  Treatment  Facility 
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A  Medical  Treatment  Facility  is  graphically  defined  using  a  special  Visio  drawing.  Selecting  Create  or 
Edit  of  an  MTF  will  cause  Visio  to  launch  and  display  a  page  similar  to  the  figure  below: 
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If  this  is  a  new  MTF,  the  operator  is  required  to  save  the  drawing  and  select  the  CasFlow  database 
associated  with  this  MTF, 


NOTE:  The  name  of  the  MTF  is  the  filename  under  which  the  Visio  file  is  saved. 


Selecting  the  Affiliation 


The  affiliation  or  service  that  this  MTF  serves  is  selected  by  double  clicking  the  “Affiliation”  area  on  the 
drawing,  selecting  the  service  in  the  list  box,  and  selecting  “OK”: 
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Selecting  the  Echelon 

The  echelon  that  this  MTF  serves  is  selected  by  double  clicking  the  “Echelon”  area  on  the  drawing, 
selecting  the  echelon  number  from  the  list  box,  and  selecting  “OK”: 


Adding  Resources 

The  resources  (beds,  staff,  equipment,  transports,  and  supplies)  of  an  MTF  are  defined  by  dragging  the 
proper  resources  from  the  palettes  located  on  the  left  side  of  the  drawing: 


Q 
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To  add  a  new  resource,  drag  the  resource  from  the  appropriate  palette  to  the  area  on  the  page  and  connect 
the  resource  to  one  of  the  blue  connection  points: 


A  dialog  box  will  appear  asking  for  the  quantity  of  the  the  resource  available  at  this  MTF: 
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Enter  the  appropriate  quantity  and  select  “OK” 


Note:  You  may  connect  the  resource  to  any  of  the  connection  points.  There  is  no  need  to 
connect  the  resource  to  the  next  open  point. 

Note:  if  a  resource  is  dropped  in  the  wrong  area  or  not  connected,  it  will  automatically 
move  to  the  center  of  its  appropriate  area.  While  it  is  not  necessary  to  connect  the 
resource  to  the  area,  connection  will  improve  the  readability  of  the  document  when 
printed. 

Note:  If  there  is  insufficient  space  for  additional  resources.  Select  “lnsert->Page”  from  the 
Visio  Menus.  A  new  page  will  be  created  with  areas  similar  to  the  first  page.  Simply  add 
additional  resources  to  the  new  page. _ 

If  the  database  has  not  already  been  selected,  the  following  dialog  box  will  appear.  Please  choose  the 
CasFlow  database  that  is  used  to  store  MTFs:  CasFlowData.mdb, 


Saving  the  Data 


Saving  the  drawing  will  automatically  update  the  CasFlow  database  with  the  definition  of  the  MTF.  To 
save  the  drawing,  select  “File->Save”  from  the  Visio  menu  bar. 
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Note:  If  the  CasFlow  database  cannot  be  found,  a  dialog  requesting  the  operator  to  select 
the  database  will  be  displayed.  Simply  select  the  location  of  the  database  and  select 
“OK”.  During  installation,  the  database,  named  CasFlowData.mdb,  is  placed  in  the 
CasFlowVS  directory.  If  you  cannot  find  it  on  your  computer,  you  may  want  to  re-install 
CasFlow. 

Note:  If  the  database  does  not  exist,  the  drawing  will  be  saved,  but  the  data  will  not  be 
committed  to  the  database.  Subsequent  editing  of  the  file  will  attempt  to  reconnect  to  the 
database. 
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Editing  or  Creating  a  Casuaity  Stream 
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A  Casualty  Stream  is  graphically  defined  using  a  special  Visio  drawing.  Selecting  Create  or  Edit  a 
Casualty  Stream  will  cause  Visio  to  launch  and  display  a  page  similar  to  the  figure  below: 


If  this  is  a  new  stream,  the  operator  is  required  to  save  the  drawing  and  select  the  CasFlow  database 
associated  with  this  stream. 


NOTE:  The  name  of  the  Casualty  Stream  is  the  filename  under  which  the  Visio  file  is 
saved. 


The  casualty  stream  uses  a  timeline  paradigm.  One  or  more  timelines  are  used  to  define  the  time  over 
which  the  casualty  stream  is  produced.  Casualties  (casualty  shapes)  are  then  connected  to  the  timeline  at 
the  point  in  time  that  the  casualty  occurs.  Two  basic  operations  are  employed  in  the  casualty  stream 
drawing:  adding  timelines  and  adding  casualties. 

Adding  a  Timeline 


Drag  the  timeline  shape  from  the  palette  on  the  left  side  of  the  screen  and  drop  it  on  the  page  at  an 
appropriate  location  (it  can  be  moved  later,  if  necessary).  A  dialog  will  appear  allowing  the  operator  to 
define  the  timeline  as  shown  in  the  following  figure. 
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Enterthe  Initial  Time  represented  by  the  left  hand  end  of  the  timeline.  Units 
are  e8=elapsed  seconds,  eh=elapsed  hours,  ed=elapsed  days,  or 
ew=elapsed  weeks. 


The  initial  time  is  the  point  in  time  that  the  left  end  of  the  timeline  represents.  If  more  than  one  timeline  is 
used,  this  value  will  normally  be  the  value  shown  on  the  end  of  the  previous  timeline. 


NOTE:  Timelines  can  underlap  or  overlap.  The  time  of  the  casualty  is  computed  based  on 
the  definition  of  the  attached  timeline  without  regard  to  any  other  timelines  on  the  page. 
Therefore,  all  timelines  can  represent  any  period  of  the  event  and  need  not  be  unique. 


The  time  frame  of  the  time  line  is  the  amount  of  time  represented  by  the  width  of  the  line  on  the  page. 

The  timeline  can  be  positioned  and  sized  anywhere  on  the  page  that  is  graphically  pleasing.  If  additional 
room  is  needed  for  more  timelines,  simply  select  “Insert->Page”  from  the  Visio  menu.  Add  more  timelines 
to  additional  pages  as  necessary. 

Adding  a  Casualty 


A  casualty  or  a  casualty  group  is  defined  by  dragging  and  dropping  a  “Casualties”  shape  on  the  page.  The 
time  instant  at  which  the  casualty  occurs  is  determined  by  where  the  casualty  shape  is  connected  on  the 
time  line.  The  time  value  is  automatically  calculated  and  displayed  in  the  text  associated  with  a  casualty  as 
shown  in  the  following  figure. 
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tzvisio  2000 


i  File  Edit  View  Insert  Forraat  lools  Shape  Window  Help 

Q  ^  ^  53  ^  [Jt  ^  0^  [  ' 


I  Normal 


^  ^  Aria! 


)t  ^  I  B  I  U  \  ^  M  ^ 


ik  A  -  :□  T  /  -  4),  Vi  € 

i ; A ’ iZ ’  ^ ’J'—’ 


CS-01  .vs^dPage-l 


L!tDocumer 


Casualtv 

Timeline 


Casualty 


Casualty  Shape: 
Time  is  determined 
by  where  the  shape 
is  connected  to  the 
timeline 


Casualties:  1 

Injury  Code:  041:FRACTURE  CLAVICLE  CLOSE 
T+1 7  eh. 


When  a  ‘‘Casualties”  shape  is  dropped  on  the  timeline,  a  dialog  box  appears  asking  the  user  to  describe  the 
casualty  or  casualties.  The  three  values  requested  are: 

•  Number  of  Casualties: 

•  Disease  or  Non-battle  Injury: 

•  Injury: 


The  Number  of  Casualties  field  can  hold  any  integer  from  1  to  32565.  This  feature  allows  the  user  to  add 
casualty  groups  -  such  as  might  happen  in  a  mass  casualty  situation.  If,  for  example,  there  are  7  soldiers 
that  have  burns,  then  all  7  casualties  could  be  added  with  one  casualty  shape  by  putting  a  7  in  the  Number 
of  Casualties  field. 

The  Disease  or  Non-battle  Injury  field  is  a  Boolean  field  asking  if  the  injury  is  either  a  disease  or  other  non¬ 
battle  injury  ~  in  other  words,  a  non-combat  injury.  Select  the  appropriate  value,  True  or  False. 

The  Injury  field  asks  which  injury  the  casualty  or  group  of  casualties  has.  The  numbers  and  descriptions 
originated  with  the  DEPMEDs  work.  Of  the  original  300  conditions,  the  list  in  this  dialog  box  is  limited  to 
those  for  which  a  complete  set  of  resources  is  available. 
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Custom  Properties 


Number  of  Casualties; 
Disease  or  Non-battle  Injury; 
Injury  1 ; 

f- Prompt - 

I  Condition  Code  or  I  I  I  file 


1 

FALSE 


020;WOUND  FACE  AND  NECK  OPEN  LACERATED  CONTLLl. 


[M:j:VvOLiND  SHijULDEB  GIRDLE  OPEr.l  ''MTH  BOC-JE  INJU 


04G;WOUND  UPPER  ARM  OPEN  PENETRATING  L^CERA' 
0^8;WOUND  UPPER  ARM  OPEN  WITH  FRACTURES  AND 


Qefine... 


OK 


Cancel 


Any  number  of  casualties  can  be  added  to  the  timelines.  If  there  is  insufficient  room,  add  another  page,  add 
additional  timelines,  and  continue  adding  casualties. 

The  casualty  definitions  can  be  edited  by  double  clicking  on  the  casualty  shape  (which  will  display  the 
above  dialog). 

Saving  the  Data 

Saving  the  drawing  will  automatically  update  the  CasFlow  database  with  the  definition  of  the  casualty 
stream.  To  save  the  drawing,  select  “File->Save”  from  the  Visio  menu  bar. 


Note:  If  the  CasFlow  database  cannot  be  found,  a  dialog  requesting  the  operator  to  select 
the  database  will  be  displayed.  Simply  select  the  location  of  the  database  and  select 
“OK”.  During  instaliation,  the  database,  named  CasFiowData.mdb,  is  piaced  in  the 
CasFiowV3  directory,  if  you  cannot  find  it  on  your  computer,  you  may  want  to  re-instaU 
CasFiow. 

Note:  if  the  database  does  not  exist,  the  drawing  wili  be  saved,  but  the  data  wiii  not  be 
committed  to  the  database.  Subsequent  editing  of  the  fiie  wiii  attempt  to  reconnect  to  the 
database. 


If  the  database  has  not  already  been  selected,  the  following  dialog  box  will  appear.  Please  choose  the 
CasFlow  database  that  is  used  to  store  Casualty  Streams;  CasFlowData.mdb. 


yelcct  CaGhlow  Uatabaoo 


BE3l 


Lookin:  [(J  CasFlow  ~  ^  ^  ^  |MB| 

■  ^  CasFlowAn  aly  si  s  .ri^ 

' .  SGEffiBffiBSBBB 

"  ^  db1.mdb 


;;  File  name: 

I  Files  of  type; 


CasFlowData  mdb 


j*mdb 

r  open  as  le ad-only 


Qpen 


Cancel 


Creating  a  Scenario 

A  scenario  defines  a  combination  of  a  MTF  and  a  casualty  stream  to  the  simulation  engine.  To  create  a 
new  scenario,  select  the  appropriate  option  in  the  CasFIow  dialog: 


ICreate  aisiewS^nariol 


If  the  database  has  not  already  been  selected,  the  following  dialog  box  will  appear.  Please  choose  the 
CasFIow  database  that  is  used  to  store  Scenarios:  CasFlowData, mdb. 


1  Select  Oiohlow  Database 

EIE3I 

Lookjn:  [tJ  CasFIow 

jCasFlowAnalysis.mdb 

ibgsb 

gdb1.mdb 

TTTDatabase.mdb 


File  name; 
Fites  of^pe; 


CasFlowData.mdb 


p.mdb 

r  open  Qsiead'Only 


Open  j 


■3 


Cancel 


To  define  a  scenario,  the  Scenario  dialog  box  is  used.  A  scenario  is  the  joining  (and  naming)  of  a  medical 
treatment  facility  and  a  casualty  stream.  If  the  scenario  is  run,  the  simulation  engine  will  simulate  the  flow 
of  the  selected  casualty  stream  through  the  selected  MTF.  There  are  four  fields  available  to  define  a 
scenarios:  the  name,  the  MTF,  the  casualty  stream,  and  an  optional  description  field. 
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Create  a  name  for  the  Scenario  by  typing  into  the  “Scenario  Name”  field.  Select  the  MTF  and  Casualty 
Stream  for  this  scenario  by  selecting  the  appropriate  names  from  the  list  boxes.  Finally,  a  textual 
description  of  the  scenario  can  be  added  in  the  “Description”  field  as  shown  in  the  following  figure. 


Stf  Scenario 


Scenario  Name:  [c^rOON^ 


MTF: 

Casualb^  Stream: 
Description: 


This  simulation  is  basi 


jLPH 

'zi 

Typhoid-100 

iil 

Guanlanamo+B  oiler 

Typhoid-50 

rT'iphoid- 100  Hi 

Anthrax-Partial 

Antharx-Full 

Anthrax-NoVacc 

CAM-PeaceKeep 

CAM-Rebels 

Cancel 


UK 


Select  “OK”  to  save  the  scenario  to  the  database  or  “Cancel”  to  discard  the  scenario. 


Editing  a  Scenario 


A  scenario  is  edited  just  as  it  is  created  (see  previous  section)  except  that  the  name  cannot  be  changed. 
Select  the  scenario  from  the  “Scenario  Name”  list  box.  The  MTF  or  casualty  stream  can  be  changed  along 
with  the  description  text  as  shown  in  the  following  figure. 
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Select  “OK”  to  save  changes  to  the  scenario  to  the  database  or  “Cancel”  to  discard  the  changes. 


Simulation 

Prior  to  running  a  simulation,  please  make  sure  Excel  is  not  running. 

To  run  a  simulation,  select  “Run  a  Scenario”  option  and  select  the  Scenario  from  the  “Scenario  Name”  list 
box.  In  this  dialog  box,  the  MTF,  casualty  stream,  and  description  cannot  be  edited. 
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Select  “OK”  to  run  the  selected  scenario  or  “Cancel”  to  abort  the  simulation.  A  confirmation  of  the 
simulation  run  will  appear: 


CasFlow 


CasFlow  Simulation  will  begin  in  the  Background 


I . OK 


Select  “OK”. 

The  CasFlow  simulation  engine  will  then  run  the  selected  scenario  in  the  background.  This  simulation  will 
read  in  the  scenario  definition,  set  up  the  MTF,  and  “move”  the  casualties  through  the  facility. 

When  the  simulation  is  complete,  the  CasFlow  Analysis  Tool  Excel  worksheet  will  automatically  start. 

The  CasFlow  dialog  box  can  be  discarded  by  clicking  on  the  Exit  button  at  the  bottom. 


Results  Analysis 

Analysis  is  performed  using  a  customized  version  of  Microsoft  Excel,  called  CasFlow  Analysis.  The 
CasFlow  User  Interface  will  automatically  load  the  Access  database  and  launch  Excel  when  the  simulation 
run  is  complete. 

When  the  CasFlow  Analysis  workbook  opens,  you  are  presented  with  a  worksheet  that  has  a  summary  of 
all  the  scenarios  loaded  into  the  database  along  with  numerous  other  worksheets.  The  additional  worksheets 
contain  various  analytical  computations.  A  wide  variety  of  analyses  are  available  and  most  are  constructed 
using  pivot  tables,^  providing  even  more  analytical  flexibility. 

Note  that  if  you  want  to  make  another  simulation  run,  be  sure  to  close  Excel  This  will  ensure  that  the 
simulation  database  is  available  for  the  additional  data  and  that  Excel  is  properly  synchronized. 

An  additional  benefit  of  using  Excel  is  its  inherent  support  for  user-defined  metrics.  Additional  worksheets 
can  be  added,  metrics  defined,  and  charts  created  using  simple  links  back  to  summary  worksheets  in  the 
CasFlow  Analysis  workbook. 

Deleting  a  Scenario 

At  some  point  you  will  want  to  delete  some  scenarios  to  reclaim  disk  space.  There  are  two  steps  to  this. 
First,  on  the  Excel  menu  bar  select  [CasFlow  |  Database...  |  Delete  Scenario].  Select  the  scenario  you  wish 


’  It  is  beyond  the  scope  of  this  document  to  address  the  power  of  pivot  tables.  Virtually  all  Excel 
references,  including  the  Microsoft  supplied  documentation,  describe  pivot  tables  and  their  use. 
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to  delete  and  click  on  the  Delete  button.  After  deleting  all  the  scenarios  desired,  click  on  Exit.  To  reclaim 
the  disk  space  return  to  the  Excel  menu  bar  and  select  [CasFlow  |  Database. . .  |  Compact  Database].^ 

CasFlow  Demo _ 

1 .  Start  CasFlow  by  starting  the  program  called  CasFlow.exe. 

2.  Click  on  Create  a  New  Scenario. 

1.  Name  your  scenario.  For  example,  enter  “My  First  Scenario.” 

2.  Select  the  MTF.  For  example,  select  LPD-17. 

3.  Select  the  Casualty  Stream.  For  example,  select  Guantanamo  Mine  Clearing. 

4.  Click  OK 

3.  Click  on  Run  Scenario 

1 .  Select  the  Scenario  you  just  created.  For  example,  select  “My  First  Scenario.” 

2.  Click  OK 

4.  Wait  until  Excel  starts  and  finishes  loading  the  data. 

5.  Walk  through  each  of  the  worksheets  showing  how  the  slightly  different  scenarios  (slightly  less  staff) 
produce  different  results. 

6.  Make  sure  that  you  close  Excel  before  starting  another  simulation.  Before  closing  Excel,  make  sure 
you  save  the  workbook  in  order  to  retain  the  changes  the  last  scenario  made  to  the  pivot  tables. 

7.  Additional  scenarios  can  be  run  and  compared. 

Wizard  User  Interface 


CasFlow  is  delivered  with  a  second  user  interface.  This  second  interface  utilizes  the  Microsoft  wizard 
technique  for  interacting  with  the  user.  That  is,  it  is  a  single  dialog  box  composed  of  a  number  of  pages 
connected  with  Back  and  Next  buttons.  This  interface  is  important  if  your  computer  does  not  currently  have 
Visio  2000  (or  better)  installed  on  it. 

CasFlow’ s  Wizard  interface  can  be  found  in  the  CasFlow  directory  (the  default  directory  address  is 
c:\Program  Files\ScenPro\CasFlowV3).  The  name  of  the  wizard  interface  program  is  CFWIZ.EXE. 

You  can  start  the  CasFlow  Wizard  User  Interface  in  any  of  the  three  ways  common  to  Windows: 


^  Note  the  other  options  under  CasFlow  on  the  Excel  menu  bar  are  for  advanced  use  and  technical  support. 
It  is  not  recommended  you  select  them. 
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•  Select  the  program  from  the  Start  menu.  The  default  location  is  [Start  |  Programs  |  ScenPro  |  CasFlow  | 
CasFlow  Wizard] 

•  Start  the  Windows  Explorer,  navigate  to  the  CasFlowV3  directory,  double-click  the  CFWIZ.EXE  file. 
There  are  a  number  of  ways  to  start  the  Windows  Explorer,  The  simplest  way  is  to  RIGHT-CLICK  on 
the  Start  menu  button  on  the  start  menu.  Click  on  the  “Explorer”  item  in  the  pop-up  menu.  After  the 
Windows  Explorer  starts,  navigate  to  the  CasFlowVS  directory.  The  default  address  for  this  directory 
is  c:\Program  Files\ScenPro\CasFlowV3.  Within  this  directory,  double-click  on  the  CFWIZ.EXE  file, 

•  Enter  the  address  of  the  CasFlow  Wizard  User  Interface  program  in  the  Run  Dialog  box.  Start  the  Run 
dialog  box  by  selecting  Run  in  the  Start  menu.  Either  directly  enter  the  address  or  navigate  to  it.  The 
default  address  is:  c:\Program  Files\ScenPro\CasFlowV3\CFWiz.exe 

Startup 

When  the  CasFlow  Wizard  Interface  starts  it  displays  the  first  of  seven  screens.  To  proceed  to  the  next 

screen,  click  [Next  >]. 


CasFlow  Wizaid 


CasFlow  Casualty  Simulation  Wizard 

Use  this  wizard  to  specify  the  key  parameters  for  the  CasFlow  simulation. 
Click  on  the  Back  and  Next  buttons  at  the  bottom  to  move  between  pages. 
On  each  page,  enter  the  requested  information. 

After  all  the  infamation  has  been  erAered.  a  Finish  button  w9l  appear 
Click  on  the  Finish  button  to  start  the  simulation  and  transition  to  Excel. 


<Back  n  SfeiS  >  j|  Cancel  I  Help 

iii.ifi  . . - . . . — - - - - 
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The  second  step  is  to  select  a  scenario  configuration  source.  The  typical  action  is  to  click  the  upper  radio 
button,  “Use  an  existing  scenario  configuration.” 

Then  click  the  [Browse. . .]  button  and  locate  one  of  the  scenarios  installed  with  the  software.  As  an 
example, 

C:\Program  Files\ScenPro\CasFlowV3\Data\mine-middle-typical.ini 

This  scenario  configuration  uses  a  medium  sized  LPD-17  (7  Triage  Room  beds,  2  Exam  Rooms,  2  ORs,  1 
XRay,  7 ICU  Beds,  and  17  Ward  Beds).  The  configuration  uses  a  typical  complement  of  doctors,  which 
includes  2  doctors  (1  on  shift),  2  nurses  (1  on  shift),  6  corpsmen  (3  on  r‘  shift),  1  anesthesiologist  (1®* 
shift),  and  1  radiologist  (1^  shift). 

It  is  also  possible  to  define  a  new  configuration  file.  The  easiest  approach  is  to  select  an  existing 
configuration  file,  click  the  [Next  >]  button,  then  click  the  [<  Back]  button.  Then  select  the  “Create  a  new 
scenario  configuration”  radio  button  and  enter  a  new  filename.  This  will  fill  in  the  rest  of  the  wizard 
screens  with  basic  configuration  information. 
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Summary  Information  Entry 

The  third  step  is  to  enter  summary  information  about  the  scenario.  This  includes  an  identifying  name 
(originally  taken  from  the  scenario  configuration  filename),  the  author,  and  the  date  and  time  the  scenario 
begins. 
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Casualty  Stream  Selection 

The  fourth  step  is  to  specify  the  casualty  stream.  There  are  two  approaches.  The  first  is  to  indicate  a  file 

that  already  contains  a  casualty  stream  and  the  second  is  to  allow  the  wizard  to  create  a  randomized 

casualty  stream. 

A  casualty  stream  is  a  text  file  with  the  extension  .CAS.  Each  line  in  the  file  represents  a  single  casualty. 

There  are  four  data  items  on  each  line: 

Q  Time  patient  was  injured  (in  minutes  from  start  of  simulation) 

□  Where  patient  was  injured  (-1  =  battle  fi^ont,  0  =  DNBI  on  LPD-17) 

□  Number  of  injuries  (currently  always  1) 

□  Patient  Condition 

There  are  several  casualty  files  installed  with  CasFiowV3,  They  are: 

□  Mine-clearing-5- 1  Teas  -  this  file  represents  a  scenario  where  the  LPD17  is  involved  in  an  OCONUS 
mine  clearing  operation.  This  is  a  snapshot  of  the  injuries  that  occurred  on  a  particular  day  of  that 
operation.  At  8:00am,  5  DNBI  casualties  show  up  at  the  medical  treatment  facility.  Later,  at  9:35am, 
four  soldiers  are  driving  in  a  jeep  to  the  mine  clearing  site  and  run  over  a  live  mine.  There  are  a  variety 
of  injuries.  Finally,  just  after  noon,  a  soldier  steps  on  a  mine  and  a  group  of  soldiers  sustain  injuries. 

□  4days.cas  ~  this  casualty  file  is  four  repeating  days  of  DNBI  and  battle  injuries. 

□  lOdays-lOk-DNBI.cas  -  the  automatic  casualty  generator  created  this  file.  It  represents  a  typical  set  of 
injuries  sustained  by  10,000  soldiers  over  a  10-day  conflict  and  includes  DNBI. 


Casually  Stream 


Select  a  Source  for  Ihe  Casually  Stream 

c:/progra"'1/scenpro/casflowv2/data/mine-clearing-5-1  Browse. 


C  Create  a  Random  Casualty  Stream 


Number  of  Troops:  |o 

■  Location  of  Battle - 

^  Ship 

Number  of  Days:  0 

Shore 

Random  Seed:  jo 

[0-G5535]  Leave  blank  if  you  want 

|7  DNBI 

a  random  number  from  the  clock. 

<  Back  ]  Next  >  j 

Cancel  j  Help  j 
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Medical  Treatment  Facility  Selection 

There  are  three  actions  possible  on  this  screen.^  The  first  is  to  change  the  bottleneck  algorithm.  This  is  the 
algorithm  that  defines  how  to  choose  which  casualty  receives  treatment  next  when  a  bottle  neck  has 
occurred.  The  bottleneck  algorithm  choices  are: 

•  TRIAGE  -  This  algorithm  begins  by  selecting  the  casualties  with  the  highest  triage  category.  Among 
these,  it  selects  whoever  has  been  waiting  the  longest. 

•  FIFO  (First  In,  First  Out)  -  This  algorithm  selects  whoever  arrived  first. 

•  SHORT  (Shortest  Job  First)  -  This  algorithm  selects  the  casualty  whose  next  treatment  step  is  the 
shortest. 

Of  these,  the  TRIAGE  algorithm  is  the  bottleneck  algorithm  of  choice. 

The  second  possible  action  is  to  click  on  the  [Component  Details. . .  ]  button.  This  will  bring  up  the 
Component  List  Dialog  Box,  which  allows  you  to  change  the  details  of  the  medical  treatment  facility.  See 
the  Component  List  Dialog  Box  section  for  details. 

Finally,  you  can  click  the  [StafFDetails. . .]  button  to  bring  up  the  Staff  Dialog  Box.  This  is  where  the 
details  of  the  staff  available  for  the  MTF  are  held.  See  the  Staff  Dialog  Box  section  for  more  information. 


^  The  choices  on  this  screen  are  limited  at  this  time.  CasFlow  V3  was  specifically  targeted  for  the  LPD-17 
MTF. 


Medical  Trealment  Facilities 
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The  Component  List  Dialog  Box  allows  you  to  change  the  details  of  the  components  in  the  MTF. 


To  modify  a  component  in  an  MTF,  begin  by  selecting  it.  Its  Name,  Type,  number  of  Stations  and  number 
of  Waiting  “Seats”  can  then  be  changed.  The  Type  of  component  is  used  by  the  treatment  profiles  and 
indicates  the  t^pe  of  tasks  performed  in  the  component.  The  number  of  Stations  designates  the  number  of 
casualties  that  could  be  handled  in  parallel  without  considering  staffer  supplies.  For  example  in  a  Ward  the 
number  of  stations  is  the  number  of  beds.  In  an  XRay  area  the  number  of  stations  is  the  number  of  XRay 
machines. 

To  add  component  click  the  Add. . .  button  and  edit  the  fields  as  desired. 

To  delete  a  component,  select  it  and  then  click  the  Delete  button. 
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staff  Dialog  Box 

The  Staff  Dialog  Box  allows  you  to  change  the  details  of  the  staff  working  in  the  MTF. 


Specify  the  Staff 


mmzi 

Denzel  1 

n 

Denzel  2 

d 

Denzel  3 

Dwayne 

Nick  1 

Nick_2 

NaomLI 

NaomL2 

NaomL3 

. . .  .M 

Add  1 

Delete 

Name; 

jlDoDgie 


OK 


Cancel 


Type: _ 

[Doctor 

rWofk  Schedule  — 

r*  Monday 
r  Tues^day 
r"  V/ednesday 
r" .  Thursday 

From:  jiO 

Hours: 

To: 


Specialties - - - — 

S  on  oral  S  ur  geiy 

r*"  Orthopedic  Surgery 
.  r*  Ariecihsiologist 


r  Frida^i 
r  Saturday 
Sunday 


hours 

hours 


P*  internist  P  CRN  A  . 

P  General  Medicai  Officer  P  FA 
P  Psychologist  P  XBay  Tech 


To  modify  the  staff  begin  by  selecting  a  staff  member.  This  version  of  CasFlow  supports  changing  the  staff 
persons  name,  Type  and  Work  Schedule.  Note  the  From  and  To  (Start  and  Stop)  times  for  their  work  must 
be  specified  in  minutes  after  midnight.  That  is,  a  shift  from  0800  to  1700  would  be  From  480  To  1020. 

To  add  someone  to  the  staff,  click  on  the  Add  button  and  fill  out  the  Name,  Type  and  Work  Schedule 
fields. 

To  delete  a  staff  member,  select  them  in  the  staff  list  and  click  on  the  Delete  button. 

Future  versions  will  provide  support  for  specifying  the  day  of  the  week  for  the  work  schedule  and 
Specialties. 
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Transportation  Selection 

The  last  set  of  information  required  defines  the  transportation  available  between  the  battlefront  and  the 
MTFs.  This  lets  you  specify  how  many  transports  there  are,  where  they  operate  between,  and  some  of  their 
characteristics. 

To  add  a  new  transport,  click  the  [Add]  button.  A  New  transport  will  appear  in  the  list  box. 

To  change  the  details  of  any  transport,  select  it  in  the  list  box  and  change  the  values  on  the  right  of  the 
dialog  box.  You  can  change  the  name,  the  type,  the  capacity,  the  loading  and  unloading  time,  the  loading 
location,  the  unloading  location,  and  the  transport  time  between  the  load  and  unloading  locations. 
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The  last  step  of  running  the  CasFlow  wizard  is  to  specify  exactly  how  much  processing  should  be  done. 
The  choices,  which  build  upon  one  another,  are: 

□  Save  the  changes  to  the  configuration  file  and  quit. 

□  Above,  plus  generate  a  new  casualty  stream  (if  applicable). 

□  Above,  plus  run  the  simulation. 

□  Above,  plus  start  Excel  (without  loading  the  results). 

□  Above,  plus  load  the  simulation  results  into  an  Access  database  and  start  Excel. 

Depending  on  the  length  and  complexity  of  the  scenario,  the  time  required  for  the  simulation  to  run,  create 
the  Access  database  and  run  Excel  can  vary  from  minutes  to  hours. 


Start  the  Simulation  and  T ransition  to  the  Analysis  Tool 

Select  an  option  below  and  click  on  Finish. 

The  time  it  takes  to  run  the  simulation,  move  the  results  to  Access,  and 
generate  the  Excel  worksheets  can  be  anywhere  from  seconds  to  hours. 

Save  the  changes  to  the  configuration  file  and  quit. 

^  Above,  plus  generate  a  new  casualty  stream  fif  applicable). 
Above,  plus  run  the  simulation. 

Above,  plus  start  Excel  (without  loading  the  results). 
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Objectives 

General  Topic  Area:  Casualty  rate  information  gathering  and  modeling. 

Session  Objectives:  Researching  how  casualty  rate  information  is  collected,  modeled,  stored,  and  used  in  traditional 
medical  care  and  to  identify  how  those  data  can  be  collected,  modeled,  stored,  and  used  for  BW  casualty  care. 


Report  Summary 

Chris  Blood  is  an  analyst  at  the  Naval  Health  Research  Center  in  San  Diego,  CA.  His  area  of  expertise  includes 
gathering  and  modeling  historical  casualty  rates  for  conventional  trauma  injuries.  Casualty  rate  information  can  be  used 
in  a  variety  of  ways  -  including  modeling  patient  care,  predicting  resource  needs,  and  predicting  outcomes.  The  goal  of 
this  KA  session  was  to  research  how  casualty  rate  information  is  gathered,  modeled,  and  stored 

Results 

Chris  Blood  was  able  to  describe  for  us  the  various  databases  relating  to  casualty  rates.  He  explained  the  process  he  and 
others  go  through  to  collect  historical  casualty  rates  -  and  how  these  data  are  to  be  interpreted.  He  further  explained  how 
to  use  these  rates  in  a  casualty  stream  generator  to  create  a  (historically  accurate)  casualty  stream. 

The  following  is  an  example  of  the  information  we  got  from  Chris  Blood.  For  medium-sized  US  Navy  ships  deployed  in 
1985  (during  which  time  the  US  was  not  involved  in  any  major  conflicts)  there  were  4.04  occurances  of  upper 
respiratory  infection  per  1000  troop  strength  per  day.  That  is,  historically,  for  every  1000  seamen  on  medium-sized 
Naval  ships,  every  day  4  of  them,  on  average,  caught  some  type  of  cold  or  flu. 

Many  collections  of  this  type  of  data  are  available,  such  as  ship-board  vs.  ashore,  during  combat  vs.  peace  time,  and 
Marines  vs.  US  Navy. 
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Attached  are  two  typical  documents  generated  by  people  in  this  field  such  as  Chris  Blood.  ScenPro  has  collected  a 
number  of  these  papers. 

Knowing  that  this  information  is  being  used  for  conventional  trauma  injuries  supports  the  idea  that  these  data  would  be 
useful  to  collect  and  store  for  BW  injuries. 
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Ship  Size  as  a  Factor  in  Illness  Incidence  among  U.S. 

Navy  Vessels 


Christopher  G.  Blood.  MA 

’.llness  incidence  was  examined  aboard  U.S.  Nav^  vessels  to  ascer- 
lain  whether  sick  call  rates  vary  with  ship  size.  Outpatient  data 
from  ships  of  three  different  sizes  (destroycrs/frigatcs,  cruisers, 
aircraft  carriers;  were  surv*eyed.  controlling  for  geographical  re¬ 
gion  ol  depiovinen:.  Overall  rates  of  illness  were  lower  for  the 
largest  ships  when  contrasted  with  the  smallest  vessels  for  ail 
three  operational  theaters:  these  rate  differences  were  significant 
tor  the  East  Asia  and  Indian  Ocean  regions.  Among  major  cate- 
gones  of  disease,  significantly  higher  rates  aboard  the  small  ves¬ 
sels  were  seen  in  at  leas:  two  of  the  geographic  regions  for  respi- 
latcry  disorders,  digestive  diseases,  and  musculoskeletal  prob¬ 
lems.  Infective  and  parasitic  diseases,  skin  and  subcutaneous 
disorders,  as  well  as  symptoms  and  ill-defined  disorders  were 
significantly  higher  for  small  ships  in  one  theater.  It  was  concluded 
that  ship  size  is  a  factor  in  illness  incidence  and  should  te  consid¬ 
ered  in  medical  resource  planning 

Introduction 

The  effeaivene$:s  of  the  U.S.  Navy  and  the  success  of  the 
nvissions  undertaken  are  greaiiy  affected  by  the  health  of 
the  consiiiuent  personnei.  Optimal  levels  of  readiness  can  be 
maj.niained  only  if  the  numoer  cf  erw  members  incaDacitated 
due  ic  illness  is  minimized.  The  ability  to  predict  illness  rates 
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for  various  operational  scenarios  allows  projections  to  be  r;ade 
regarding  personnei  requirements  and  needed  mecica:  sup¬ 
plies.  Geographical  region  of  ship  deplojment  recently  was 
shown  to  be  a  factor  in  lilness  incidence,  with  lower  rates  of 
health  problems  witnessed  among  ships  deployed  to  Europe 
than  w’lth  vesseis  in  the  East  Asia'theater.* 

Previous  research  by  Gunderson  and  Erickson"’  investigat¬ 
ing  Illness  rates  aboard  the  .Naws  small  ships  idestroyers  and 
fngaies)  indicated  a  similar  influence  of  operational  theater 
but  found  no  systematic  differences  in  morbidity  rates  between 
destroyers  and  frigates,  illnesses  also  have  been  examined 
aboard  the  midieve! -sized  cruisers^  as  well  as  the  largest 
ships— aircraft  carriers.'*  These  previous  studies  ha-ve  looked 
at  "various  types  of  vessels  but  none  have  coliectivcly  surveved 
illness  rates  across  small,  medium,  and  large  ships  whiie  con¬ 
trolling  for  geographic  region . 

The  present  study  investigates  the  hypothesis  that  the  in¬ 
ternal  environments  associated  with  differently  sized  vessels 
have  an  impact  on  the  health  oroblems  of  the  deployed  crew 
mem’oers.  Specifically,  outpatient  disease  and  nenoattie  iniu- 
ries  will  be  e.xammed  to  ascertain  whether  illness  rates  differ 
by  ship  size,  and  if  so.  whether  the  difference  is  constan; 
across  ope  rational  theaters 

Method 

Tv,"o  separate  sources  oi  outpatient  data  were  used  in  an 
effort  to  determine  differences  in  illness  rates  oy  size  of  ship 
The  first  set  of  sickcall  data  was  rom  a  scries  of  depiovinents 
dunng  1967-1973  on  which  outpatient  visits  were  record¬ 
ed.^’"  Included  in  these  East  Asia  cepiuyments  were  1 1  acstrov- 
ers  and  ingalcs.  i  cruiser,  and  4  ai.vcrcJt  carriers.  The  second 
so"jrce  of  lilness  data  "was  a  product  of  the  Medical  Semccs 
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and  Ou:paL;c:'.(  Morbidipv'  Rcporimg  Sysie.r./  Thr  Monihlv 
Mcroidirv  reports,  as  (hc>  are  conirnonlv  knewn.  are  completed 
by  eacK  sn,^.  ari^  inair.vuiriec  ai  N<i\'ai  yiedicao.  Data  Ser^*‘ 
ices  Center.  Bethesd^  Maryland  '-•;jro:di*  \  data  coi.ecied  dur¬ 
ing  198:)  ::cm  twf  -perationo!  theaters  v/ere  e.^am^ned;  within 
me  Indian  Ocean  -  he  snips  were  3  destroyer /inoa-es.  1  cpjiser. 
anc  2  earner^  the  •raricus-sizeG  snips  deployed  to  the  Euro¬ 
pean  theater  were  5  oestroyeri,.  frigates.  3  cruisers,  and  1 
came:,  lliiiess  cate  reported  :n  d*a^nost:C  caie^cnes  corre¬ 
sponding  ti  inc  mtemationa.  Cia^fsilicaiion  of  Diseases.  Com- 
mano  r:iS..’)’‘v'  oata.  maintaineJ  at  the  Nava*  Historu-ai  Center. 
■’.VdSiungton.  DC.  were  .^sed  to  delerrune  ship  deployment 
lOCaic^  atiO  t.mc  irai.nes.  Oniv  tnose  dlncssts  occurring  while 
■!'i'  ships  v.ere  \v;m:.n  tne  srecuic  theaters  were  used  m  the 
'ate  calcuiancns 

idnes.s  ijies  arr  rn.Tpur.to  per  1000  strertcih  per  c:av.  For 
betn  caia  sojrrvs  cn.  the  ir.it.a:  \  ;s:l  icr  a  specific  illness  per 

. n . V  i u . . f. •  .s  «n^C‘  the  .a^e  \-»iiCLitc;j.;cris  no  toi.ow-ups  or 

revisii:  Icr  me  sa.T.e  illness  are  usee  in  [bx  disease  tallies. 
iKnc^h  rates  ‘o:  ntiosized  Miios  cruisersi  arc  cresenied  for 
comparisiin  pa.pjsc:>.  ll-c.  uccaj^c  Jcstrcycrs/frigaies  and 
earners  represerti  tre  f.v:i  CAirfmos  :n  ship  size,  only  these 
diliere.nces  c.:e  lesiej  \i:'c:>  i.w:  percent  confidencr  limits 
0/.;sco  :n  me  nornm.  djstrib./L.'O:-  were  caiCuiatet:  tocetermme 
.f  tne  -ates  r-;  r.o-.*  •rrn.a..es:  sr.ms  ^destrcvcrs/fripales!  differed 


significantiy  from  the  largest  shins  (earners:.  Dunn  s  method 
ot  adjusting  the  significance  level  for  mullioie  comoarisons'’ 
has  been  applied 

Results 

Frequencies  anc  rates  of  medical  disorders  by  ship  size  lor 
East  Asia,  the  Indian  Ocean,  and  Europe  are  displayed  in 
Tables  l-lll,  respcctivelv.  Also  included  are  the  number  of  man- 
days  on  which  the  rates  were  based 
In  al!  three  theaters  respiratory  disorders  were  higher  on  the 
smallest  ships  than  on  the  largest  ships:  among  the  East  .^sia 
and  Europe  deployTuents  these  differences  were  sisjnilicant 
The  subcotegon*  contributing  most  prominentiv  ic  these  dif¬ 
ferences  was  upper  .-espirator;  infections. 

The  three  geographical  regions  also  yielded  higher  rates  oi 
digestive  disorders  aboard  the  small  ships  when  comaarec  with 
the  earners,  tnese  rate  differences  were  significant  for  all 
theaters.  Subcategories  of  illness  were  nor  recorded  amon<y  the 
digestive  cusorcers  ^ 

During  the  E.ast  Asia  anc  Europe  deployments  the  rates  ot 
muscuioskeieiai  disorders  were  significantly  higner  among  de¬ 
stroyers/!  ngates  than  carriers  Subcategones o'  musculoskel¬ 
etal  disorcers  occum.ng  on  these  deplcvments  were  not  avail¬ 
able. 
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Within  East  Asia  and  the  Indian  Ocean,  the  infective  and 
parasitic  illness  rates  were  higher  on  the  dcsiroycrs/fngatcs 
when  contrasted  with  the  earners-,  this  difference  was  signif¬ 
icant  !o:  in.e  East  .'\sia  theater.  The  differences  m  this  diag¬ 
nostic  category  were  mainly  attributable  to  elevated  rates  of 
se.vually  transmitted  diseases  aboard  the  small  ships.  A  signif¬ 
icantly  higher  rate  of  incidence  for  the  subcategory'  consisting 
of  diarrhea,  dyscnier,-.  and  enteritis  was  seen  on  smaii  ships 
in  East  Asia  and  large  vessels  In  the  Indian  Ocean  and  Euro¬ 
pean  theater. 

Within  the  East  Asian  and  Indian  Ocean  regions,  the  cate¬ 
gory  of  Skin  and  Subcutaneous  Tissue  disorders  yielded  higher 
rates  on  the  small  ships  when  compared  with  the  large  vessels; 
this  difference  was  significant  for  ships  deployed  to  East  Asia. 
Although  not  reacinng  a  level  of  significance,  rates  of  cellulitis 
■vverc  hlgner  aboard  destroy ers/fngates  for  the  two  eastern 
theaters. 

While  only  significant  for  Lite  Indian  Ocean  region,  the  di¬ 
agnostic  category  cf  Symptoms  and  Hi-De!ined  disorders  indi¬ 
cated  higher  rates  for  the  small  ships  when  contrasted  with 
the  carriers  in  all  regions  Contnbuti'ng  to  the  rate  differences 
in  this  category  was  the  subgrcupnig  of  headaches. 

\  nonsignificant  trend  ci  higher gcniicurinary  disorder  rates 
among  destroyers  and  frigates  than  on  earners  was  -witnessed 


across  the  three  operational  region.?.  The  subcaiegory  of  ure¬ 
thritis  was  largely  responsible  for  the  differences 'witnin  this 
diagnostic  category. 

The  category  of  .-yocidcnts.  Poisonings,  and  Violence  yielded 
incongruous  results  acros.s  riepioi'me.nis.  The  rate  of  this  cat¬ 
egory  was  significantly  higher  among  small  ships  than  tor 
carriers  in  East  .4sia.  whilelhc  opposite  held  true  for  the  ships 
deployed  to  Europe.  Although  unsubstantiated  in  other  regions, 
two  other  significant  results  were  found  for  a  single  theater 
among  the  major  diagnostic  categories.  higher  rate  of  behav¬ 
ioral  (mental)  disorders  was  evident  on  the  small  ships  deployed 
to  East  Asia,  and  carriers  in  the  European  theater  yielded  a 
higher  rate  vnthin  the  diagnostic  categon-  of  Endoenrie,  N’utn- 
uotiai.  and  Metabolic  disorders. 

The  overall  rates,  composed  of  the  total  of  the  15  diagnostic 
categor.es.  indicated  a  lower  rate  for  the  carriers  -when  cc.m- 
paied  with  the  destroyers/ frigates  for  each  eeograohical  thea 
ten  within  East  Asia  and  the  Indian  Ocean  region  these  rate 
d-Lfferences  were  .Significant. 

Discussion 

Overall  illness  incidence  within  the  East  Asian  region  ar.c 
the  Indian  Ocean  showed  an  inverse  relationship  between  ship 


Militnn  Mfd-.cine.  Vo:  155.  .Ju!-.'  i  990 


313 


:irM  :i\:t 


;^iNr5S  iNCiDc; 


TABLE  m 

SHIP  s;2h:  POiv  Europe  deployment.  :985 


3  m 

ail 

Vcdiarr. 

l-arg€  ! 

F'ccwtnc'. 

Rate 

Frecuenev 

Rate 

rrecitcnc'i 

Rale  \ 

Tiiccttvc  ,-.nc  paras.tic 

’.30 

:  062 

73 

1  341 

23S 

\  556 

Diarrhea/ civscnicrv/cntcritii 

.266 

1 7 

j92 

155 

1015'’ 

a:irC2SCS 

•  1 

090 

10 

.*72 

B 

.052  ‘ 

D?rma:ocr.vjrf,5 

5; 

.416 

45 

.  :  /  4 

50 

327  ! 

!.>op  a 5. ins 

OCKj 

0 

.000 

V 

000  ! 

iiutr.tior.a:  jnc  nctabolir 

■4 

033 

0 

000 

53 

347*  i 

3'ot>.-.  anc  C'.CvJci  :orT::r.;;oriiJnii 

0 

000 

0 

000 

j> 

000  : 

r'Cr.i*.  .crai 

20 

-  • 

1 

069 

=  6 

367 

-.konc.  i'jutic 

0 

024 

0 

.000 

5 

.033 

‘•rn-rii?  svs'err:  wr.c  sense 

34 

276 

26 

447 

35 

,229 

-•’•c;ua’.cr.'5ys;err. 

:3 

.106 

i  i 

292 

21 

137  i 

.'>spira:or.’ systerr. 

490 

4.002" 

244 

4  195 

371 

2.429 

Upcer  rcspircior;  ;r*.:c;;;cn 

436 

3.577* 

235 

4.040 

\^7 

962  1 

40 

22? 

6 

139 

.157 

system 

><3 

.678“ 

57 

960 

16 

105 

L'r.ttccr.r.cp.’  s\btcm 

36 

.294 

15 

256 

25 

164 

Ufcihn.s 

11 

090 

7 

12D 

13 

035  1 

‘  anc  subjuiartcub  U:»suc 

171 

1.396 

79 

;.3SS 

233 

1.525 

CrILit.tis 

2^ 

.186 

14 

241 

49 

321  I 

Derma:  It 

n » 

334 

4 

269 

36 

236  : 

'•’uscu.osiceicul  sytten 

157 

1 .262” 

^5 

•i  633 

61 

399  1 

•::n:fn:a;  cncmaii-a 

C 

.000 

0 

oco 

0 

000  1 

" mn’cms anc  tleEned 

77 

629 

45 

.774 

90 

.389 

rlfa'l.irnr 

46 

392* 

42 

722 

19 

.124  1 

r.<c;deni3.  pcisanings.  and  vioicncc 

121 

938 

133 

2  266 

467 

3.057^  1 

.ctji m;.i  10 'categories 

1.336 

10.910 

793 

13.633 

1.666 

IC.905  ! 

u  m  t c r  c:  rr.a  nca  vs 

122.453 

53.166 

:  52.766 

.'.r-  Vi:  :  CCD  siren'T-.**  pe-'day 

E?,;c :?  s:r:r.if:can;.y  nicneri^'ST  confidence  ;ev^l!  than  ‘.cr  iart?  snips 
'  'i‘e  >  ^  .  r'ltr.rr  man  :’cr  ^nall  sr.ior. 


sizc  and  i;l:;ess  rate  across  the  three  ship  groupings — the 
iniaiitr  tne  snip,  the  greater  was  the  iota;  illness  rate,  ro:  the 
European  i.neater.  although  the  largest  ships  exhibited  a 
siightiy  lower  rate  than  the  smaiiest  ships,  the  midsized  ships 
■;\ere  nigher  than  both  of  these.  The  explanation  for  cruisers 
hat  ing  a  i'.igher  rate  in  this  panlcular  theater  is  not  immedi¬ 
ately  apparent. 

There  were  several  significant  findings  evident  in  contrast - 
,ng  iiealth  problems  aboard  destroyers /frigates  with  those  oc¬ 
curring  aboard  carriers.  Foremost  was  the  trend  of  higher  rates 
n:  communicable  disease  aboard  the  smaller  ships.  Most  ap¬ 
parent  were  the  elevated  respiratory  rates  and  digestive  tract 
disorders,  but  substantial  differences  also  were  seen  for  infec- 

c  and  parasitic  rates,  as  well  as  skin  disorders.  These  higher 
'ates  may  be  a  result  of  working  and  Imng  within  a  more 
closed  environment  in  that  the  spread  of  inlecUous  diseases  is 
i'acilitated  by  restricted  environs.  It  should  be  noted,  however, 
t.'at  tiiii  rciaiiyiiship  between  illness  and  ship  size  may  not  be 
one  01  direct  linkage  per  sc.  Rather,  higher  rates  of  infectious 
Ciseasc  may  result  from  diffenng  veniiiation  or  air  circulation 
systems  aboard  the  smaller  vessels.  Beyond  the  physical  deter- 
,T,ina.nt.s  of  disease  proliferation,  numerous  psycnosocial  fac- 
lors  r.avc  been  linkccJ  to  infectious  disease  incidence  anc  re- 
a.jced  imm.unoiogical  competence. A  study  by  Dean  et  al..'‘ 


for  example,  invesugatir-g  health  and  saiisfaciion  aboard  Navy 
ships,  found  modest  positive  correlations  between  measures  of 
crowding  and  dispensary  visits.  Funhermore.  it  is  very' possible 
that  the  increased  rates  of  small  ships  for  the  category  of 
Symptoms  and  Ill-Defined,  which  is  substantially  accounted 
for  by  a  higher  rate  of  headacnes.  is  partially  due  to  living  and 
working  m  a  more  closed  en'oronment. 

Within  the  Infective  and  Parasitic  Disease  category  it  must 
be  noted  that  much  of  the  vanance  was  due  to  sexually  mans- 
mitied  diseases.  It  is  likely  that  the  higher  rate  of  sexually 
transmitted  diseases  is  due  to  the  greater  length  of  time  the 
smaller  ships  in  this  study  stayed  when  visiting  foreign  pons. 
Tfiis  factor  also  may  explain  the  elevated  rates  of  genitourinary 
disorders,  much  of  which  is  accounted  for  by  urethritis. 

The  last  trend  to  be  considered  is  that  of  higher  rates  of 
musculoskeletal  disorders  seen  on  the  small  ships.  While  this 
too  may  be  related  to  the  constrained  space  aboard  destroyers 
and  frigates,  this  rcstnctivcness  might  have  been  expected  to 
manifest  itself  with  higher  accident  races  aboard  the  smai! 
ships.  In  fact,  earners  had  higher  accident  rates  in  two  theaters 
than  did  the  small  ships.  Higher  rates  of  hospitalization  for 
accidents  aboard  earners  have  been  prenously  documented." 
and  this  may  be  due  tc  the  tempo  of  operations  and  nature  of 
work  aboard  these  ships  rather  than  iirikec  directly  to  the  ship 
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size.  Also.  I'keJihooG  of  off-doiy  accidents  aboard  earners 
'*vOuid  be  greater  because  of  an  increase  in  recreational  areas 
accessible  to  crew  iT.embers. 

Size  o;'  ships,  in  accition  to  ineaicr  of  operations  appears 
10  oe  a  I  actor  in  illness  incidence.  Detcnninauons  of  nersonnei 
rcquirenoents  and  accessary  medical  supplies  should  be  mane 
'ViLh  ship  size  consiocrea  as  well  as  anv  ether  peruncni  factors 
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TRBLEB.  PBEOOBOES  JW  WOES  or  PRDPOSEJ)  lCI>-9  BATT^ 

ppTWfiHY  DIAOCSES  AMONG  O.S.  MARINES  IN  VIBDIAM 


DESOOFnCW 

MULTIPLE  FRAGMENT  MOUND  BRAIN 
'  MULTIPLE  FHA£3®JT  MOUND  OffiST  ”7  ^ 

multiple  fragment  wound  back 

^  MOUND  BRAIN 
7  OPEN  WOUND  CHEST^B 
IXOPEN  WOUND  BACK 

OPa*  WOUND  SHOULDER/UPPER  ABM 
OPEN  WOUND  ELBOW,  FOREARM, WRIST 
OPEN  WOUND  HAND(S)/FINGERS 
OPEN  MOUND  UPPER  LIMB(S)  MULTIPLE 
OPQ4  MOUND  BUTTOCKS 
OPQ4  WOUND  HIP/THIGH 
OPEN  WOUND  knee/lower  LEG/ANKLE 
OPQJ  WOUND  FOOT/TOES 

wound  lower  limb(s)  multiple 

^OPEN  WOUNDS  MULTIPLE  OTHER  &  UNSPCD 
^  CONTUSION  SHOULDER/UPPER  ABM 
I  CONTUSION  ELBW,POREABM,WRlST 
I  CONTUSION  HAND/FINGEBS 
'  CONTUSION  HIP,THIGH,UEC,ANKLE 
I  COMIUSICN  POOrr  and  TOE(S) 
i'LCONIUSICN  TRUNK 
I'ykMPUTATION  FOOT 
T-'b 


SQUOICY 

PSRCEM 

RATE 

656  ■ 

1.3 

0.00513 

561 

1.1 

0.00439 

567 

1.1 

0.00444 

429 

0.8 

0.00336 

519 

1.0 

0.00406 

283 

0.6 

0.00221  M 

1348  • 

2.6 

0.01054 

1453 

2.8 

0.01137  5^ 

1291 

2.5 

0.01010 

2432 

4.7 

0.01902 

806 

1.6 

0.00630 

2661 

5.1 

0.02081 1 

3702 

7.1 

0.02896 

839 

1.6 

0.00656 

2115 

4.1 

0.01654 

13062 

25.1 

0.10217 

16 

0.0 

0.00013 

33 

0.1 

0.00026 

18 

0.0 

0.00014  0^' 

116 

0.2 

0.00091  ^ 

18 

0.0 

0.00014 

134 

0.3 

0.00105^  , 

134 

0.3 

0.00105 

*  BATES  ARE  PER  1,000  STRENGIH  PER  DAY. 


!  -•'  2 


DESCRiRrraf 

1*5  AMPOaXION  LB6(S} 

^AMPOranCN  TOES 

AMPimvnoN  PDiGEaRS/THUMBS 
OAMPOTATICN  AtiHS/HANDS 
I  ?  fMEUnOHEnOZIJQRAX 

y  iNmcaiwiAL  hemorrhage  post  injury  1  *1^ 
|0  CONCUSSION 

I  SPIN^  CORD  LESION  NO  BONE  INJURY 

injury  nq(ve5  lower  LEG„ 
injury  nerves  upper  arm 
injury  nerves  forearm 
injury  nhwes  mroi 
injury  nerves  foot  4  ankle 
injury  nerves  WRIST/HAND 
'W  injury  nerves  cranial  I  'J* 
otoer  unspecified  nerve  injury 

SOPESFICIAL  WOUNDS 

multiple  organ  damage 
4  wound  Livni  ^ 

4  WOUND  KIDNEY 
4  WOUND  PELVIC  ORGANS 
l{  WOUND  SPLEEN 

C|  WOUND  gastrointestinal  TRACT 
4  WOUND  EJOERNAL  GBflITALlA 
5^  injury  HEART/LUNG  7 
'll,  WOUND  SO^ 

(o  WOUND  FACE  JAWS  NECK 
eye  WOUND 
*22  OPQ*  WOUND  EAR 
POREI(a^  BODY  EYE 

5‘i> 


CHBOUaiCY 

KBROir  Ratr 

496 

1.0  0.00390  **^5^ 

39 

0*1  0.00031 

188 

0*4  0.00147 

117 

0.2  0.00092*10 

566 

0.00443  1^3 

24 

0.1  0.00019 

676 

1*3  0.00529 

29 

0.1  0.00023 

20 

0.0  0.00016 

22 

0.0  0.00017 

30 

0.1  0.00023 

11 

0.0  0.00009 

3 

0.0  0.00002 

11 

0.0  0.00009 

60 

0.1  0.00047 

24 

0.1  0.00019 

221 

0.4  0.00173 

294 

0.6  0.00230 

74 

0.1  0.00058 

35 

0.1  0.00027 

42 

0.1  0.00033  m 

26 

0.1  0.00022  in 

199 

0.4  0.00156  11} 

114 

0.2  0.00089 

78 

0.2  0.00061 

349 

0.7  0.00273 

3333 

6.4  0.02607  ZO 

480 

0.9  0.00375 

634 

1.2  0.00496 

57 

0-1  0.00045 

112 


DESQUrxKlI 

^  BURNS  UOMER  ESCIRailTlES  |l 

3  burns  trunk  I' 

■p  BURNS  HEAD  &  NECK  l' 

^  burn  eye  \] 

^  BORNS  UPPER  EXTREMITIES  0 

^  burns  multiple  other  &  UNSPCD  )\  J 

STRAINS/SPRAINS  ANKLE/POOT 
STFAINS/SPRAINS  SACROILIAC 
'1°  SPRAIN  WRIST/HAND/FINGERS 
STRAINS/SPRAINS  KNEE 
<LO  SPRAINS  &  STRAINS  MULT/OTHER/UNSPCD 
FRACTURE  HAND/WRIST/TINGQIS 
FRACTURE  TIBIA  &  FIBULA 
vnniACrURE  PELVIS 
fracture  SCAPULA  ' 

1^  FRACTURE  SKULL  LOC  <  1  HOUR 
I  0  FRACTURE  SKULL  LX  1-24  HOURS 
7,  FRACTURE  SKULL  LX  >  24  HOURS 

fracture  skull  NO/UNSPECIFIED  l/X 
FRACTURE  FEMUR 
FRACTURE  UPPER  LIMB 

\’\  fracture  loner  limb 

*7  FRACIURE  RIB/STERNUlVLAKYNX/rRACHEA  ^ 
FRACTURE  HADIUS/ULNA 

\C-  fracture  HUMSaJS 

FRACTURE  CLAVICLE 
fracture  spine  no  CORD  DAMAGE 
fracture  SPINE  WITH  CORD  DAMAGE 
y-|  fracture  ANKLE/POOT/IOES 
\-1  FRACTURE  PATELLA 

o 


FREgPENCY 

26 

21 

21 

22 

79 

552 

233 

17 

18 
126 
348 
915 

1413 

144 

130 

0 

0 

0 

273 

874 

177 

236 

160 

884 

696 

79 

283 

21 

771 

82 


MROaiT 

0.1 

0.0 

0.0 

0.0 

0.2 

1.1 

0.5 

0.0 

0.0 

0.2 

0.7 

1.8 

2.7 
0.3 
0.3 
0.0 
0.0 
0.0 
0.5 

1.7 
0.3 
0.5 
0.3 
1.7 
1.3 
0.2 
0.6 
0.0 
1.5 
0.2 


BATE 
0.00020 
0.00016 
0.00016 
0.00017 
0.00062 
0.00432 
0.00182 
0.00013 
0.00014 
0.00099 
0.00272 
0.00716 
0.01105 
0.00113 
0.00102 
0.00000 
0.00000 
0.00000 
0.00214 
0.00684 
0. 00138 
0.00186 
0.00125 
0.00691 
0.00544 
0.00062 
0.00221 
0.00016 
0.00603 
0.00064 
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DESCSUFTIOM 

FRBQOaiCY 

percqip 

RAJg 

lb  FRACTURE  FACE  BONES 

554 

1.1 

0.00433 

fracture  multiple  OIBBR  &  UNSPCD 

781 

l.S 

0.00611 

1')  DISLOCATION  KNEE 

162 

0.3 

0.00127 

(H  dzslocatzcm  ankle 

4 

0.0 

0.00003 

n  dzslogatzcn  hip 

4 

0.0 

0.00003 

dislocation  shoulder 

48 

0.1 

0.00038 

\1  DISLOCATIGN  FOOT/TOES 

3 

0.0 

0.00002 

DISLOCATION  HAND/WRIST 

6 

0.0 

0.00005 

DISLOCATION  FINGERS 

7 

0.0 

0.00005 

DISLOCATION  ELBON 

11 

0.0 

0.00009 

5-  DISLOCATION  JAW 

1 

0.0 

0.00001 

TGOaC  INHALATION 

9 

0.0 

0.00007 

TRAUMA-EARLY  COMPLICATIONS 

47 

0.1 

0.00037 

TRAUMA  MULTIPLE  OTHER  &  UNSPECIFIED 

255 

0.5 

0.00199 

COMPLICATIONS  MEDICAL  CARE/SURGERY 

15 

0.0 

0.00012 

A'* 

TOTAL 

51,959 

100.0 

0.40644 

V"- " 

\ 
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TABLE  10.  PBBQOBICIES  AW>  BWES  OF  PKJP06BD  ICD-9  DNBI  CKCEDORIES; 
FRIHAIIY  DIACNOSES  MCXC  O.S.  mRXNBS  IN  VIBINMI 


EBSOaPnC3N 

FmRILE  EXCLUDING  PNECMONIA 

POOD  POISONING  BACTEBIAL 
diabbbbal  disease/dysentery 
ENTEiaTlS  SPECIFIED  ORGANISM 
TtBERCULOSIS  ALL  TYPES 
MD4INGOOOCCAL  INFECTIONS 
herpes  simplex  &  HERPES  ZOSTER 

encephalitis 

hepatitis  INTECnCOS  VIRAL 
ANIMAL  BITES/RABIES  EXPOSURE 
MUMPS 

INFECTIOUS  MONONUCLEOSIS 

TRACHOMA 

STD-SYPHILIS 

STD-QONOOOCCAL  INFECTIONS 

STD-OTHER  VENEREAL  DISEASES 

DERNATOPHYTOSIS  &  DERHATOHYCOSIS 

HELHINTUIASIS 

PQ}ICUL0SIS 

SCABIES 

infective  Cl  parasitic  DISEASES  OTHER 

NEOPLASMS  MALIGNANT 

neoplasms  benign  &  UNSPECIFIED 

thyroid  disorder 


* 


[BQqENcy 

PBRCOrr 

BATE 

13328 

12.2 

0.10425 

44 

0.0 

0.00034 

2376 

2.2 

0.01859 

21 

0.0 

0.00016 

no 

0.1 

0.00086 

10 

0.0 

0.00008 

93 

0.1 

0.00073 

121 

0.1 

0.00095 

S28 

0.5 

0.00413 

1 

0.0 

0.00001 

33 

0.0 

0.00026 

456 

0.4 

0.00357 

7 

0.0 

0.00005 

48 

0.0 

0.00038 

363 

0.3 

0.00284 

260 

0.2 

0.00203 

1215 

1.1 

0.00950 

1755 

1.6 

0.01373 

30 

0.0 

0.00023 

6 

0.0 

0.00005 

4098 

3.8 

0.03206 

161 

0.2 

0.00126 

1242 

1.1 

0.00972 

48 

0.0 

0.00038 

*  RATES  ARE  PER  1,000  STRENGTH  PER  DAY, 
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CESOaPTIOM 

itfrrERIES/MtI&SIOLES  OXSEftSES  OF 
aRCOLAlOTY  SYSTOJ  DISEASES  OTHER 
PHAR»CITlS/«ASOPHAinNGITI5/SINOSITIS 

UPPER  RESPIRATORY  XNFECnONS  ACUTE 
BRCMOUTXS  &  BRCNCUIOLZTIS 
ZNFUIQ4ZA 

PNEUnONZA  ALL  TYPES 
ASTHMA 

ALLERGIC  BHINtTIS/HAYFEVER 
PNEUMOIBORAX 

RESPIRATORY  SYSTEM  DISEASES  OTHER 
teeth  &  SUPPORTING  STRUCTURES  DIS  OF 
PEPTIC  ULCER  GASTRIC/DUOOEMAL 
GASTRITIS/DUOOENITIS/QITERITI/OOLITIS 
APPENDICITIS 

hernia  abdominal  CAVITY  ALL  TYPES 
LIVER  DISEASE  &  CIRRHOSIS 
PANCREAS  DISEASE  OF 
DIGESTIVE  SYSTEM  DISEASES  OTHER 
URCIBRITIS  NON-VENEREAL 
KIDNEY  &  URETER  DISEASES  OF 
BLADDER  DISEASES  OF 

URINARY  TRACT/UREIHRA  DISEASES  OTHER 

prostate  DISEASES  of 

REOmOANT  PREPUCE  &  PHIMOSIS 

MAI£  GD4ITAL  ORGANS  OTHER  DISORDERS 

breast  DISEASES  OF 

OVARY  &  FALLOPIAN  TUBE  DISEASES  OF 

CEPVIK/CERVIX  UTERI  DISEASES  OF 

OTERUS/VAGINA/VULVA  DISEASES  OF 


OUENCY 

PERCENT 

BMIE 

99 

0.1 

0.00077 

S83 

0.5 

0.00456 

617 

0.6 

0.00483 

448 

0.4 

0.00350 

1019 

0.9 

0.00797 

361 

0.3 

0.00282 

960 

0.9 

0.00751 

348 

0.3 

0.00272 

39 

0.0 

0.00031 

86 

0.1 

0.00067 

1498 

1.4 

0.01172 

255 

0.2 

0.00199 

573 

0.5 

0.00448  tSO 

3332 

3.1 

0.02606 

956 

0.9 

0.00748 

977 

0,9 

0.00764 

248 

0.2 

0.00194 

25 

0.0 

0.00020 

785 

0.7 

0.00614 

159 

0.2 

0.00124 

745 

0.7 

0.00583 

131 

0.1 

0.00102 

343 

0.3 

0.00268 

304 

0.3 

0.00238 

459 

0.4 

0.00359 

1069 

1.0 

0.00836 

77 

0.1 

0.00060 

1 

0.0 

0.00001 

0 

0.0 

0.00000 

1 

0.0 

0.00001 
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DeSCSOFTIGN 

nEOfJEnCf 

PERCENT 

RATE 

KEMSnOATZGN  DISQBDEftS  OF 

0 

0.0 

0.00000 

noWLE  GENITM.  ORGANS  OlHER  DISEASES 

0 

0.0 

0.00000 

ECTOPIC  PRECanNCV 

0 

0.0 

0.00000 

ABORTION  SPONTANEOUS  &  INDUCED 

0 

0.0 

0.00000 

DELIVERY  WITHOUT  COMPLICATIONS 

2 

0.0 

0.00002 

DELIV/ANTE/POSTPARTUN  COMPLICATIONS 

5 

0.0 

0.00004 

CARBUNCLES  £  FURUNCLES 

386 

0.4 

0.00302 

CELLULITIS  AND  ABSCESS 

5469 

5.0 

0.04278 

PILONIDAL  CYST/ABSCESS 

153 

0.1 

0.00120 

DERMATITIS/DERHATOSIS/ECZEnA 

549 

0.5 

0.00429 

NAIL  DISEASES  OF 

213 

0.2 

0.00167 

SWEAT  &  SEBACEOUS  GLANDS  DISEASES  OF 

491 

0.5 

0.00384 

ULCER  SKIN  CHRONIC 

337 

0.3 

0.00264 

OTHER  INFECT  SKIN  &  SUBCUTANEQ  TISSUE 

2301 

2.1 

0.01800 

ARTHRITIS  &  RHEUMATISM 

258 

0.2 

0.00202 

ARTHROPATHIES/JOINT  DI50RDS  OTHER 

1213 

1.1 

0.00949 

INTERNAL  OERANGEMOn'  JOINT 

676 

0.6 

0.00529 

INTERVERTEBRAL  DISC  DISORDER 

276 

0.3 

0.00216 

BONE  &  CARTILAGE  DISORDERS 

555 

0.5 

0.00434 

SYNOVITIS  BURSITIS  TENOSYNOVITIS 

582 

0.5 

0.00455 

MUSCULOSKELETAVOQNNECnVE  DIS  OTHER 

797 

0.7 

0.00623 

CONGENITAL  ANOMALIES 

317 

0.3 

0.00248 

PERINATAL  MORBIDITY  &  MORTALITY 

1 

0.0 

0.00001 

HEADACHE 

307 

0.3 

0.00240 

UREMIA 

13 

0.0 

0.00010 

OTHER  SYMPTCHS/ILL-DEPINED  CONDITIONS 

14377 

13.2 

0.11246 

EFFECTS  REDUCES  TEMP/BCCESS  DAMPNESS 

704 

0.7 

0.00551 

EFFECTS  HEAT/LIGHT 

1567 

1.4 

0.01226 

EFFECTS  OTHER  EXTERNAL  CAUSES 

44 

0.0 

0.00034 

ADVERSE  EFFECTS  MESICINAL  SUBSTANCES 

146 

0.1 

0.00114 
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oi 


PBSCRIPTIGW 

MDVERSE  EFFECTS  INDUSTRIAL  SUBSTANCES 

T03CZC  EFFECT  SUBSTANCES  UNSPECIFIED 

ADV  EFFECT  BABCMETRIC  PRESSUR  OlANGES 

multiple  FBAC3MENT  WOUND  BBAIN 

MULTIPLE  FHAfilENT  VXXIND  CHEST 

MULTIPLE  FRAOlEMr  VTOUND  BACK 

WOUND  BRAIN 

OPEN  WOUND  CHEST 

OPEN  WOUND  BACK 

OPEN  WOUND  SHOULDEP/UPPER  ARM 

OPEN  WOUND  ELBOW,  FOREARM, WRIST 

OPQ)  WOUND  BAND(S)/TXNGEBS 

OPEN  WOUND  UPPER  LIMB(S)  MULTIPLE 

OPEN  WOUND  BUTTOCKS 

OPEN  WOUND  HIP/TBIGH 

OPEN  WOUND  RNBE/LOWER  LEG/ANKLE 

OPEN  WOUND  FOOT/TOES 

OPEN  WOUND.  LOWER  LIHB(S)  MULTIPLE 

OPEN  WOUNDS  MULTIPLE  OTHER  6  UNSPCD 

OONXUSIGN  SBOULDBV/UPPER  ARM 

CONTUSION  ElBOW,  FOREARM, WRIST 

CONIUSICN  HAND/FlNGBtS 

OONTUSIOI  HIP, THIGH, LEG, ANKLE 

CONTUSION  FOOT  AND  TOB(S) 

CONIUSION  TRUNK 
amputation  FOOT 
AHPUTATICN  LEG(S) 

AMPUTATION  TOES 
amputation  FINQERS/THUMBS 
amputation  ARMS/HANDS 


UBNOr 

PERCQIT 

168 

0.2 

42 

0.0 

0 

0.0 

69 

0.1 

79 

0.1 

37 

0.0 

101 

0.1 

35 

0.0 

32 

0.0 

132 

0.1 

273 

0.3 

992 

0.9 

196 

0.2 

66 

0.1 

345 

0.3 

769 

0.7 

542 

0.5 

161 

0.2 

859 

0.8 

34 

0.0 

47 

0.0 

59 

0.0 

369 

0.3 

111 

0.1 

361 

0.3 

12 

0.0 

32 

0.0 

24 

0.0 

201 

0.2 

30 

0.0 

HATH 
0.00131 
0.00033 
0.00000 
0.00054 
0.00062 
0.00029 
0.00079 
0.00027 
0.00025  11 
0.00103  Kl 
0.00214  S' 3 
0.00776 
0.00153 
0.00052 
0.00270 

0.00602  i3  I 

0.00424 
0.00126 
0.00672 
0.00027 
0.00037 
0.00046 
0.00289 
0.00087 
0.00282 
0.00009 
0.00025  li|5' 
0.00019 
0.00157 
0.00023  10 
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DEscaigno? 

PtJEUMOHaPlMUHAX 

INIRAOSANIAL  HDIOIRRHAGE  POST  INJURY 
OCMCUSSXCN 

SPINAL  CORD  LESION  NO  B(»JE  INJURY 
INJURY  NERVES  LCM51  LEG 
INJURY  NERVES  UPPQl  ARM 
INJURY  NERVES  FOREARM 
INJURY  NERVES  THIGH 
INJURY  NERVES  FOOT  &  ANKLE 
INJURY  NERVES  WRIST/HAND 
INJURY  NERVES  CRANIAL 
OTHER  UNSPECIFIED  NERVE  INJURY 
SUPERFICIAL  HOUNDS 
MULTIPLE  ORGAN  DAMAGE 
H0UE>  LIVBl 
HOUND  KIDNEY 
:  '  ViCUND  PELVIC  ORGANS 
HOUND  SPLEQf 

WOUND  GASTROINTESTINAL  TRACT 
HCUND  EXTERNAL  GQJXTALZA 
INJURY  HEART/LUNG 
HOUND  SCALP 

.  ’  HOUND  FACE  JAWS  NECK 
EYE  HOUND 
OPEN  HOUND  EAR 

foreign  body  eye 

burns  LOWER  EXTREMITIES 
BURNS  TRUNK 
BURNS  HEAD  «  NECK 
BURN  EYE 


bquqicy 

PERC39IT 

BATE 

50 

0.0 

0.00039  1$}, 

21 

0.0 

0.00016 

444 

0.4 

0.00347 

29 

0.0 

0.00023 

29 

0.0 

0.00023 

35 

0.0 

0.00027 

38 

0.0 

0.00030 

18 

0.0 

0.00014 

19 

0.0 

O.OOOIS 

39 

0.0 

0.00031 

71 

0-1 

0.00056 

43 

0.0 

0.00034 

461 

0.4 

0.00361 

45 

0.0 

0.00035 

10 

0.0 

0.00008' 

31 

0.0 

0.00024 

12 

0.0 

0,00009  n? 

18 

0.0 

0.00014  177 

31 

0.0 

0.00024  (73 

42 

0,0 

0.00033 

11 

0.0 

0.00009 

166 

0.2 

0.00131 

368 

0.4 

0.00304  to 

215 

0.2 

0.00168 

144 

0.1 

0.00113 

70 

0.1 

0.00055 

134 

0.1 

0.00105 

57 

0.0 

0.00045 

62 

0.1 

0.00048 

40 

0.0 

0.00031 

a  ^  ' 
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OeSOtlFDKXl 

FREOUENOr 

FERGENT 

BURNS  UPPEai  OnREHlTlES 

197 

0.2 

BURNS  MULTIPLE  OXHER  &  UNSPCD 

784 

0.7 

STRAINS/SPBAXN5  AMRLE/FOOT 

1100 

1.0 

STRAINS/SFRAINS  SACROILIAC 

71 

0.1 

SPRAIN  WRIST/HAND/FINGERS 

59 

0.1 

STRAINS/SFRAIM5  KNEE 

463 

0.4 

SPRAINS  &  STRAINS  HULT/tmiER/UNSPa) 

1231 

1.1 

PRACTURB  HAND/HRIST/FINGCRS 

632 

0.6 

FRACTURE  TIBIA  &  FIBULA 

510 

0.5 

FRACTURE  PELVIS 

66 

0.1 

FRACTURE  SCAPULA 

21 

0.0 

FRACTURE  SKULL  LOC  <  1  HOUR 

0 

0.0 

FRACTURE  SKULL  IOC  1-24  HOURS 

0 

0.0 

FRACTURE  SKULL  LOC  >  24  HCXJRS 

0 

0.0 

FRACTURE  SKULL  ND/UNSPECIFIED  IOC 

122 

0.1 

FRACTURE  FEMUR 

175 

0.2 

FRACTURE  UPPER  LIMB 

53 

0.0 

FRACTURE  LONER  LIMB 

62 

0.1 

FRACTURE  R1B/STERNUJVTJU«NX/1RACHEA 

68 

0.1 

FRACTURE  RADIUS/ULNA 

378 

0.4 

FRACTURE  HUMERUS 

137 

0.1 

FRACTURE  CLAVICtE 

90 

0.1 

fracture  spine  no  cord  damage 

257 

0.2 

FRACTURE  SPINE  WITH  CORD  DAMAGE 

14 

0.0 

fracture  ANKLE/FOOT/TOES 

838 

0.8 

FRACTURE  PATELLA 

57/ 

0.0 

FRACTURE  FACE  BONES 

613 

0.6 

FRACTURE  MULTIPLE  OTHER  &  UNSPCD 

151 

0.1 

DISLOCATION  KNEE 

711 

0.7 

DISLOCATION  ANKLE 

19 

0.0 

BMIE 

0.00154 

0.00613 

0.00860 

0.00056 

0.00046 

0.00362 

0.00963 

0.00494 

0.00399 

0.00052 

0.00016 

0.00000 

0.00000 

0.00000 

0.00095 

0.00137 

0.00041 

0.00048 

0.00053 

0.00296 

0.00107 

0.00070 

0.00201 

0.00011 

0.00656 

0.00045 

0.00480 

0.00118 

0.00556 

0.00015 
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DGSOOFEION 

nuSQUENCY 

PERCENT 

DISLOQVCXON  HIP 

16 

0.0 

DISIXTOVnON  SHOULDER 

242 

0.2 

DISLOCATION  POOT/TOES 

17 

0.0 

DISLOCATION  HAND/WRIST 

11 

0.0 

DISLOCATION  PINCERS 

27 

0.0 

DISLOCATICN  OBOt 

33 

0.0 

DISLOCATION  JAW 

8 

0.0 

TOXIC  INHALATION 

24 

0.0 

TRAUMA-EARLY  0CMPUCATICN5 

206 

0.2 

TRAUMA  MULTIPLE  OTHER  &  UNSPECIFIED 

442 

0.4 

OQHPLICATIONS  MEDICAL  CARE/SURGERY 

336 

0.3 

SUPPLEMENTAL  CLASSIFICATION 

1653 

1.5 

TOTAL 

108955 

100.0 

-i/ 
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WOK 

0.00013 

0.00189 

0.00013 

0.00009 

0.00021 

0.00026 

0.00006 

0.00019 

0.00161 

0.00346 

0.00263 

0.01293 


0.05227 
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Knowledge  Acquisition  Development  Report 


Effort  ID:  MTG980204  KA  Session  Date:  Feb.  4,  1998 

Topic:  Development  of  Active  Data  Template  Tool  for  Casualty  Representation 
Engineers:  Michael  T.  Gately,  ScenPro,  Inc. 

Initial  Session :  X 

Documentation;  Knowledge  Acquisition  Development  Report,  Copy  of  prototype  software,  Copy  of  data  template 


Objectives 


General  Topic  Area:  Active  Data  Templates 

Session  Objectives;  Do  research  into  a  tool  to  support  Casualty  Stream  Generation  using  Active  Data  Templates. 


Report  Summary 

Did  research  into  casualty  generation  for  BW  scenarios.  A  file  of  data  representing  casualty  rates  was  used  to  produce  a 
file  representing  a  random  casualty  stream  mimicking  the  original  data’s  probabilities. 


NOTES 

The  attached  files  include  the  prototype  code  generated,  the  casualty  rate  file,  and  a  sample  output  file.  The  example  run 
to  produce  the  output  file  has  39,000  soldiers  fighting  ashore  for  60  days.  There  are  a  total  of  945  casualties. 
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main .  c 


#include  “stdio .h" 

# include  " stdlib . h" 

#define  NUM^INJURIES  98 
# define  MAX_PER_DAY  100 


/* - */ 

double  UniForm(long  iSeed) 

{ 

long  Z,  k; 

static  long  jSeed  =  536870911; 

static  long  kSeed  =  8388607;  /*  2"^23-l  */ 

if(iSeed  !=  0) 

{ 

jSeed  =  abs(iSeed); 
kSeed  =  8388607; 

} 

k  =  jSeed  /  53668; 

jSeed  =  40014  *  (jSeed  -  k*53668)  -  k  *  12211; 

if (jSeed  <  0) 

jSeed  +=  2147483563; 

k  =  kSeed  /  52774; 

kSeed  =  40692  *  (kSeed  -  k*52774)  -  k  *  3791; 

if (kSeed  <  0) 

kSeed  +=  2147483399; 

Z  =  jSeed  -  kSeed; 

if(Z  <  1) 

Z  +=  2147483562; 

return  (4 . 65661305739177e-10  *  (double) Z); 

} 

/* - */ 

main  (void) 

{ 

int  bFound; 

int  abAnyLeft [NUM_IN JURIES ] ; 
int  i,  j,  iDay,  ilnj ,  iMan; 
int  iNumSoldiers ; 
int  iNumDays ; 

//int  iNumInjToday; 

int  iEarliestSoFar ; 

int  iTotalCasualties  =  0; 

int  iTotalCasualtiesEver  =  0; 

int  aiWhichNext  [NUM_INJURIES]-; 

int  aiNumCas [NUM^INJURIES] ; 

int  aiSumOf Injuries [NUM_INJURIES] ; 

int  long  tTemp; 

int  long  tNewTime; 

int  long  tEarliestSoFar ; 

int  long  ilTotalMinuteCounter ; 

int  long  atTime [NUM^INJURIES ] [MAX_PER_DAY] ; 
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main.c 


unsigned  int  uiSeed; 
double  dRan,  dSum; 
double  dTotalRate; 

double  afInjuryRates[NUM_INJURIES] ; 
FILE  *  fp; 


//Load  configuration  file 
iNumSoldiers  =  39000; 
iNumDays  =  60; 

uiSeed  =  1958; 


//Load  injury  rate  file 
af InjuryRates [ 0 ]  =  0.00513; 
af InjuryRates [1]  =  0.00439; 
af InjuryRates [2]  =  0.00444; 
af InjuryRates [3 ]  =  0.00336; 
af InjuryRates [4 ]  =  0.00406; 
afInjuryRates [5]  =  0.00221; 
af InjuryRates [6]  =  0.01054; 
afInjuryRates [ 7 ]  =  0.01137; 
afInjuryRates [8]  =  0.01010; 
afInjuryRates t 9 ]  =  0.01902; 
afInjuryRates [ 10]  =  0.00630 
afInjuryRates [11]  =  0.02081 
afInjuryRates [12]  =  0.02896 
afInjuryRates [13 ]  =  0.00656 
afInjuryRates [14]  =  0.01654 
afInjuryRates [ 15 ]  =  0.10217 
afInjuryRates [16]  =  0.00013 
afInjuryRates [17]  =  0.00026 
afInjuryRates [ 18]  =  0.00014 
afInjuryRates [19]  =  0.00091 
afInjuryRates [20]  =  0.00014 
afInjuryRates [21]  =  0.00105 
afInjuryRates [22]  =  0.00105 
afInjuryRates [23 ]  =  0.00390 
afInjuryRates [24]  =  0.00031 
afInjuryRates [25]  =  0.00147 
afInjuryRates [26]  =  0.00092 
afInjuryRates [27]  =  0.00443 
afInjuryRates [28]  =  0.00019 
afInjuryRates [29]  =  0.00529 
afInjuryRates [30]  =  0.00023 
afInjuryRates [31]  =  0.00016 
afInjuryRates [32]  =  0.00017 
afInjuryRates [33 ]  =  0.00023 
afInjuryRates [34]  =  0.00009 
afInjuryRates [35]  =  0.00002 
afInjuryRates [36]  =  0.00009 
afInjuryRates [37]  =  0.00047 
afInjuryRates [38]  =  0.00019 
afInjuryRates [39]  =  0.00173 
afInjuryRates [40]  =  0.00230 
afInjuryRates [41]  =  0.00058, 
afInjuryRates [42]  =  0.00027, 
afInjuryRates [ 43 ]  =  0.00033, 
afInjuryRates [44]  =  0.00022; 
afInjuryRates [45]  =  0.00156; 
afInjuryRates [46]  =  0.00089; 
afInjuryRates [47]  =  0.00061; 
afInjuryRates [48]  =  0.00273; 
afInjuryRates [49]  =  0.02607; 
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af InjuryRates [50] 
af InjuryRates [51] 
af InjuryRates [52] 
af InjuryRates [ 53 ] 
af InjuryRates [54] 
af InjuryRates [55] 
af InjuryRates [56] 
af InjuryRates [57] 
af InjuryRates [58] 
af InjuryRates [59] 
af InjuryRates [ 60 ] 
af InjuryRates [61] 
af InjuryRates [ 62 ] 
af InjuryRates [ 63 ] 
af InjuryRates [64] 
af InjuryRates [65] 
af InjuryRates [66] 
af InjuryRates [67] 
af InjuryRates [68] 
af InjuryRates [69] 
af InjuryRates [70] 
af InjuryRates [71] 
af InjuryRates [72] 
af InjuryRates [73 ] 
af InjuryRates [74] 
af InjuryRates [75] 
af InjuryRates [76] 
af InjuryRates [77] 
af InjuryRates [78 ] 
af InjuryRates [79] 
af InjuryRates [80] 
af InjuryRates [81] 
af InjuryRates [82] 
af InjuryRates [83] 
af InjuryRates [ 84] 
af InjuryRates [85] 
af InjuryRates [86] 
af InjuryRates [87] 
af InjuryRates [ 88 ] 
af InjuryRates [89] 
af InjuryRates [90] 
a f InjuryRates [91] 
af InjuryRates [92] 
af InjuryRates [93 ] 
af InjuryRates [94] 
af InjuryRates [95] 
af InjuryRates [96] 
af InjuryRates [97] 


0.00375 

0.00496 

0.00045 

0.00020 

0.00016 

0.00016 

0.00017 

0.00062 

0.00432 

0.00182 

0.00013 

0.00014 

0.00099 

0.00272 

0.00716 

0.01105 

0.00113 

0.00102 

0.00001 

0.00001 

0.00001 

0.00214 

0.00684 

0.00138 

0.00186 

0.00125 

0.00691 

0.00544 

0.00062 

0.00221 

0.00016 

0.00603 

0.00064 

0.00433 

0.00611 

0.00127 

0.00003 

0.00003 

0.00038 

0.00002 

0.00005 

0.00005 

0.00009 

0.00001 

0.00007 

0.00037 

0.00199 

0.00012 


//Clean  some  variables 
dTotalRate  =  0.0; 

for{i  =0;  i  <  NUM^INJURIES ;  i++) 

{ 

//aiNumCas [i]  =  0; 

//aiWhichNext [i]  =  0; 

/ /abAnyLef t [i ]  =  0; 

aiSumOf Injuries [i]  =  0; 

dTotalRate  =  dTotalRate  +  af InjuryRates [ i ] ; 

} 

dTotalRate  =  dTotalRate  /  1000.0; 


//Set  random  number  seed 
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/ /srand (uiSeed) ; 

dRan  =  UniForm(uiSeed) ; 


//Open  output  file 

fp  =  fopen( "out .dat" ,  "w" ) ; 


//Compute  casualty  stream 
//For  each  day 

for ( iDay=0 ; iDay<iNumDays ; iDay++) 

{ 

//Clean  up  the  data  structures 
for ( i=0 ; i<NUM_IN JURIES ; i++ ) 

{ 

aiNumCas[i]  =0; 
aiWhichNext [i]  =  0; 
abAnyLeft(i]  =  0; 

} 

ilTotalMinuteCounter  =  iDay  *  86400; 

//For  each  soldier  going  into  battle 
for(iMan=0;  iMan<iNumSoldiers ;  iMan++) 

{ 

//See  if  they  get  injured 
dRan  =  UniForm(O) ; 
if (dRan  <=  dTotalRate) 

{ 

//See  which  injury  they  have 

dSum  =  0.0; 

dRan  =  dRan  *  1000.0; 

for(iInj  -  0;  ilnj  <  NUM^INJURIES ;  ilnj++) 

{ 

dSum  =  dSum  +  af InjuryRates [ilnj ] ; 
if (dRan  <  dSum) 

{ 

//FOUND  THE  INJURY! ! I 
iTotalCasualtiesEver++ ; 
aiSumOf Injuries [ilnj ] ++ ; 

//Check  that  the  data  structure  isn't  too  small 
if (aiNumCas[iInj]  >  MAX_PER_DAY) 

{ 

printf (" Injury  %i  had  more  than  %i  casualties  on  day  %i,\n", 
ilnj,  MAX_PER_DAY,  iDay); 
aiNumCas [ilnj ]  =  MAX_PER_DAY; 

} 

//Now  figure  out  when  the  casualty  occured 

dRan  =  UniForm(O) ; 

tNewTime  =  (int) (dRan  *  86400) ; 

if (aiNumCas [ilnj ]  ==  0) 

{ 

atTime [ilnj ] [0]  =  tNewTime; 
aiNumCas  [ilnj]  =  1; 

} 

else 

{ 

bFound  =  0 ; 

for(i  =  0;  i<aiNumCas [ ilnj  ]  ;  i  +  +) 

{ 

if(tNewTime  <  atTime [ ilnj ][ i ] ) 

{ 

j=i; 

while ( j<aiNumCas [ilnj ] ) 

{ 
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tTemp=atTime [ ilnj ] [j]; 
atTime[iInj] [ j]  =  tNewTime; 
tNewTime  =  tTemp; 

j++; 

} 

atTime [ilnj ] [aiNumCas [ilnj ] ++]  =  tNewTime; 

bFound  =  1 ; 

break; 

} 

} 

if ( ! bFound) 

{ 

atTime [ilnj] [aiNumCas [ ilnj ]++ ]  =  tNewTime; 

} 

} 

abAnyLef t [ilnj ]  =  1; 
iTotalCasualties++ ; 
break; 

) 

} 

} 

) 

//Now  print  them  out 
while ( iTotalCasualties  >  0) 

{ 

tEarliestSoFar  =  (iDay+1)  *  86400  +  1; 
for (i=0; i<NUM_INJURIES; i++) 

{ 

if ( abAnyLef t [i] ) 

{ 

if (atTime [i] [aiWhichNext [ i ] ]  <  tEarliestSoFar) 

{ 

tEarliestSoFar  =  atTime [i] [aiWhichNext [i] ] ; 
iEarliestSoFar  =  i; 

} 

} 

} 

tTemp  =  tEarliestSoFar  +  ilTotalMinuteCounter; 
fprint f ( fp, " %li  %i\n",  tTemp,  iEarliestSoFar); 
aiWhichNext [iEarliestSoFar] ++; 

abAnyLef t [iEarliestSoFar]  =  (aiWhichNext [iEarliestSoFar]  < 

aiNumCas [ iEarliestSoFar ] ) ; 

iTotalCasualties-- ; 

} 

} 


//Close  output  file 
f close ( fp) ; 

return  0; 

} 
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446085 
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Knowledge  Acquisition  Session  Report 


KA  Session  ID:  MTG98021 1  KA  Session  Date:  Feb.  11, 1998 

Session  Topic:  Chemical  Scenario  involving  US  Navy  ship  LPD-17 
Knowledge  Engineers:  Michael  T.  Gately,  ScenPro,  Inc. 

Expert  Name  /  Rank  /  Service  :  Sally  Veasey 
Expert  Phone  Number: 

Command  Location: 

Session  Location:  phone&e-mail  Time:  10:00  a.m. 

Type  of  Session: 

_ Interview  _ Task  Analysis  X  Scenario  Analysis 

_  Concept  Analysis  _ Observation  _ Structured  Interview 

_ Other:  _ _ _ 

Initial  Session :  X 

Documentation:  KA  Session  Report,  Tunisia  Scenario 


Objectives 

General  Topic  Area:  Develop  a  scenario  using  both  chemical  warfare  and  the  LPD-17. 

Session  Objectives:  Work  with  a  contingency/planning  expert  to  generate  a  reasonable  scenario  involving  a  large  deck 
amphibious  ship. 


Report  Summary 


Worked  with  LtC  Sally  Veasey  to  generate  “as  is”  and  “to  be”  scenarios  for  a  chem/bio  incident  response.  She  provided 
a  lot  of  information  about  scenarios  used  for  contingency  planning  where  chemical  or  biological  weapons  may  be  used. 
She  helped  me  work  out  a  Noncombatant  Evacuation  Operation  (NEO)  involving  the  US  Consulate  Building  in  Tunis, 
Tunisia. 


NOTES 


Attached  is  the  scenario  generated  from  this  session. 


1 


Event; 


Political  Uprising  in  capitol  city  Tunisia  -  Evacuation  of  U.S.  Citizens 


Setting:  U.S.  Embassy  in  central  Tunis 


Background:  The  severe  restrictions  placed  on  Tunisia  by  the  IMF  during  their  financial 
crisis  intervention  in  1986  (arising  from  a  sharp  drop  in  agricultural  output  and  tourism, 
combined  with  the  oil  price  collapse)  have  demoralized  many  Tunisians.  There  was  a 
brief  resurgance  of  growth  during  the  Gulf  War,  but  since  that  time,  GDP  had  again 
dropped  to  less  than  2.0%  -  with  much  of  the  benefits  going  to  the  cronies  of  President 
Ben  Ali  of  the  Constitutional  Democratic  Rally  Party  (RCD). 

The  Movement  of  Democratic  Socialists  (MDS),  lead  by  Mohammed  Mouaada,  have 
been  plotting  a  revolution  against  the  corrupt  government.  Yesterday  a  splinter  group 
from  the  Tunisian  Army,  under  the  control  of  Mouaada,  surrounded  the  government 
buildings  in  the  heart  of  Tunis.  The  revolutionists  are  demanding  the  immediate 
disolution  of  the  current  government. 

Including  families,  there  are  213  Americans  in  Tunis  associated  with  the  State 
Department.  They  have  all  moved  into  the  U.S.  Embassy  (144  Avenue  de  la  Liberte,  1002 
Tunis-Belvedere).  In  addition,  according  to  State  Department  documents,  there  are  1,144 
U.S.  Citizens  with  work  visas  in  Tunisia  and  approximately  300  travellers  in  the  country  - 
most  in  Tunis. 


Features; 

Problems  include: 

•  limited  evacuation  routes 

•  language  barrier 

•  lack  of  medical  supplies 

•  weather 

•  hostile  evacuation  situation 


Event  Progression: 

AUG  08 

•  Embassy  contact  DoD 

•  DoD  issues  orders  to  US  Navy  /  Marine  Corps  for  Non-combatant  Evacuation 
Operation  (NEO) 

•  Embassy  personnel  alert  U.S.  citizens  (in  Tunisia) 


AUG  09 

•  US  citizens/personnel  arrive  at  embassy 
AUG  10 

•  Ships  (two  large  deck,  amphibious)  arrive  Aug  10 

•  Marine  Expeditionary  Force  comes  ashore 

1 1  Marines  are  injured  in  explosion  (engine  &  fuel  tank  on  boat) 

AUG  11 

•  Evacuation  begins  at  0530 

•  Marines  &  civilians  are  wounded  in  small  arms  fire 

•  Mustard  gas  (one  canister)  is  released  at  1 123 

•  US  military  and  civilian  personnel  in  courtyard  are  affected  (23  severe,  16  mild) 

•  Personnel  are  brought  inside 

•  Helicopter  pilot  is  severely  exposed 

•  48  minute  delay  for  replacement  helicopter  pilot  from  LPD-17 

•  Replacement  pilot  arrives  with  chemical  agent  detection  equipment 

•  Masks  &  MOPP  gear  are  distributed 

•  Remaining  personnel  /civilians  are  evacuated 
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LPD-17-Oriented  Scenario 
8  AUG 

The  severe  restrictions  placed  on  Tunisia  by  the  IMF  during  their  financial 
crisis  intervention  in  1986  (arising  from  a  sharp  drop  in  agricultural  output 
and  tourism,  combined  with  the  oil  price  collapse)  have  demoralized  many 
Tunisians.  There  was  a  brief  resurgence  of  growth  during  the  Gulf  War,  but 
since  that  time,  GDP  had  again  dropped  to  less  than  2.0%  -  with  much  of  the 
benefits  going  to  the  cronies  of  President  Ben  Ali  of  the  Constitutional 
Democratic  Rally  Party  (RCD) . 

The  Movement  of  Democratic  Socialists  (MDS) ,  lead  by  Mohammed  Mouaada,  have 
been  plotting  a  revolution  against  the  corrupt  government.  Yesterday  a 
splinter  group  from  the  Tunisian  Army,  under  the  control  of  Mouaada, 
surrounded  the  government  buildings  in  the  heart  of  Tunis.  The  revolutionists 
are  demanding  the  immediate  disolution  of  the  current  government. 

Including  families,  there  are  213  Americans  in  Tunis  associated  with  the  State 
Department.  They  have  all  moved  into  the  U.S.  Embassy  (144  Avenue  de  la 
Liberte,  1002  Tunis-Belvedere) .  In  addition,  according  to  State  Department 
documents,  there  are  1,144  U.S.  Citizens  with  work  visas  in  Tunisia  and 
approximately  300  travellers  in  the  country  -  most  in  Tunis. 

The  Department  of  Defense  has  issued  orders  to  the  U.S.  Navy  and  the  U.S. 
Marines  to  perform  a  Non-combatant  Evacuation  Operation  (NEO)  on  all 
non-support  personnel  at  the  U.S.  Embassy  in  Tunis.  Due  to  the  proximity  of 
the  U.S.  Embassy  to  the  government  section  of  the  city  -  which  is  now  ringed 
with  tanks,  the  U.S.  Marines  are  to  be  used  as  a  Security  Force. 

Two  large  deck  amphibious  ships  are  to  be  sent  to  provide  the  Security  Force 
and  to  aid  in  extricating  the  enconsed  non-support  personnel.  As  the  airport 
and  all  major  roads  are  under  observation  by,  and  possibly  controlled  by  the 
revolutionary  party,  helicopters  will  be  used  for  the  evacuation. 

8  AUG 

CINCNAVEUR  has  ordered  an  Amphibious  Ready  Group  (ARG)  from  the  Sixth  Fleet, 
currently  in  port  in  Sardinia,  to  go  to  Tunisia.  Arrival  time,  10  AUG.  The  ARG 
is  composed  of  the  Tarawa  (LHA-1)  and  an  LPD-17.  Total  troop  strength  is 
2,400. 

9  AUG 

Members  of  the  Tunisian  Army  loyal  to  President  Ali  have  surrounded  the 
revolutionary  forces  and  are  demanding  their  immediate  surrender.  At  this 
point  the  U.S.  Embassy  has  been  largely  ignored  by  the  two  factions .  The 
number  of  U.S.  citizens  inside  the  Embassy  compound  has  risen  to  380,  of  which 
354  need  to  be  evacuated. 

10  AUG 

Tunis  is  all  but  closed.  Tunisians  are  taking  sides  in  the  conflict  -  with 
many  siding  with  the  revolutionary  party.  Sporatic  small  arms  weapons  can  be 
heard,  no  major  military  action  has  occured.  The  French  Government  has 
intervened  in  the  conflict  and  is  attempting  to  resolve  the  situation 
peacefully . 

The  Tarawa  ARG  has  taken  station  off  the  coast  of  Tunis.  Under  cover  of  night 
the  Marine  Expeditionary  Force  came  ashore  and  has  made  its  way  to  the  U.S. 
Embassy.  One  group  of  11  marines  were  injured  when  the  engine  and  fuel  tank  on 
their  landing  craft  exploded.  There  have  been  a  number  of  minor  casualties 
from  accidental  encounters  with  soldiers  from  the  Tunisian  Army. 

Evacuation  will  begin  at  first  light. 

11  AUG 


1 
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Evacuation  began  at  5:30am  local  time.  Two  helicopters  are  shuttling  the 
non-combatants  to  the  LHA-1  and  the  LPD-17.  Several  Marines  and  non-combatants 
have  been  wounded  from  small  arms  fire.  There  was  slight  damage  to  an  IR  pod 
on  one  of  the  helicopters. 

At  11:23am,  apparently  under  the  direction  of  Mohammed  Mouaada  of  the  MDS,  a 
single  canister  of  Mustard  Gas  was  released  in  the  eastern  portion  of  the 
city.  The  apparent  target  of  the  gas  was  the  Tunisian  Army,  but  the  gas  swept 
over  the  U.S.  Embassy.  Those  Marines  and  civilians  who  were  in  the  compound's 
courtyard  loading  a  helicopter  with  non-combatants  were  overcome  by  the  gas. 

All  personnel  were  immedately  brought  into  the  Embassy  and  a  perimeter  was 
established.  Communication  with  the  doctor  on  board  the  LPD-17  revealed  the 
nature  of  the  attack  and  gave  guidance  on  immediate  treatment, 
decontamination,  and  protection. 

There  were  23  individuals  with  high  levels  of  exposure  and  an  additional  16 
with  mild  exposure.  Because  the  helicopter  pilot  was  one  of  those  with  high 
exposure,  another  pilot  had  to  be  brought  from  the  LPD-17  -  which  introductd  a 
48  minute  delay  in  starting  the  evacuation  of  the  casualties. 

Chemical  agent  detection  equipment,  which  was  brought  with  the  replacement 
pilot,  was  used  to  determine  that  the  Mustard  gas  had  dissipated.  All 
casualties  were  evacuated  to  the  LPD-17 ,  Gas  masks  and  MOPP  gear  were  deployed 
and  the  remainder  of  the  evacuation  proceeded  without  incident. 


LPD-17  Casualty  Stream 


8  AUG 

12  DNBI  - 

3  GI 

1  Parasite 

4  Minor  Lacerations 

4  mechanics  involved  in  a  boiler  room  explosion 

3  immediate  with  puncture  wounds  to  the  upper  body 
1  delayed  with  a  mild  concussion 


9  AUG 

7  DNBI  - 

2  GI 
1  Flu 

3  minor  lacerations 

1  radio  tech  who  was  electrocuted 
immedate 


10  AUG 

6  DNBI  - 

1  GI 

2  Parasites 

3  corpsman  involved  in  a  fuel  spill 

1  immedate 

2  delayed 

11  Marines  from  explosion  of  engine  and  fuel  tank 
8  immediate 

3  delayed 

2  Marines  from  fractures  in  travelling  through  city 
1  immediate 

1  delay 

9  Marines  with  bullet  wounds 
6  immediate 

2  delay 

1  expectant 
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11  AUG 

2  DNBI 

11  with  bullet  wounds 
4  fractures 
23  with  high  exposure 
16  with  mild  exposure 

12  AUG 

19  DNBI 
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KA  Session  ID:  MTG97 1217  KA  Session  Date:  Dec.  17,  1997 

Session  Topic:  Casualty  Scenario  involving  US  Navy  ship  LPD-17 
Knowledge  Engineers:  Michael  T.  Gately,  ScenPro,  Inc. 

Expert  Name  /  Rank  /  Service  :  Dr.  John  Downs 
Expert  Phone  Number: 

Command  Location: 

Session  Location:  phone  &  e-mail  Time:  various 

Type  of  Session: 

_  Interview  _ Task  Analysis  X  Scenario  Analysis 

_  Concept  Analysis  _ Observation  _ Structured  Interview 

_ Other: _ 

Initial  Session  :  X 

Documentation:  KA  Session  Report,  Guantanamo  Scenario 


Objectives 

General  Topic  Area:  Develop  a  peacetime  casualty  scenario  involving  the  LPD-17. 

Session  Objectives:  Work  with  a  contingency/planning  expert  to  generate  a  reasonable  scenario  involving  peacetime 
casualties  and  a  large  deck  amphibious  ship. 


Report  Summary 

Worked  with  Dr.  John  Downs  to  generate  a  scenario  where  peacetime  operations  result  in  casualties.  He  provided 
realistic  information  about  the  scenario. 


NOTES 


Attached  is  the  scenario  generated  from  this  session. 


1 


Scenario:  Marine  Corps  Removal  of  Landmines  surrounding  the  Naval  Air  Station  at 
Guantanamo  Bay,  Cuba 

Physical:  U.S.  Naval  Station  at  Guantanamo  Bay 

A  platoon  of  marines  stationed  on  the  LPD-17  (echelon  2/3)  have  been  sent  to  the  east 
side  of  the  compound  to  clear  a  mine  field.  Marines  execute  a  beach  landing  using  two 
landing  boats.  Casualties  are  first  taken  by  landing  boat  to  the  LPD-17.  After  echelon  2/3 
treatment,  casualties  are  taken  by  medevac  to  the  NAS  Key  West. 

Casualty  Flow: 

9:00am  5  soldiers  injured  when  landmine  being  clear  accidentally  detonated 

-  2  severe  leg  wounds  ( 1 3 1 , 1 45) 

2  severe  arm  wounds  (47,  53) 

1  abdomen  wound  (177) 

12:05pm  4  soldiers  injured  when  their  jeep  ran  over  an  undocumented  landmine 
1  severe  leg  wound  (123) 

-  2  severe  arm  wounds  (53, 70) 

-  1  neck  wound  (20) 

1:00pm  2  DNBI 

1  with  food  poisoning  (244) 

1  with  a  peptic  ulcer  (250) 


Casualty  Stream  Resulting  from  the 
Mogadishu  Raid 
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3  October  1993  Mogadishu  Raid  -  18  American  killed.  79-h  wounded 


Killed  in  Action  and  Died  of  Wounds 

1 .  Gunshot  wound  to  the  head  (KJ A) 

2.  Gunshot  wound  to  upper  thigh/femoral  artery  (KIA)  -  died  after  several  hours  awaiting  evacuation) 

3.  Gunshot  wound  to  shoulder  followed  by  unexploded  RPG  to  chest  (KIA) 

4.  Helicopter  crash  followed  by  gunshot  wound  to  back/neck  (KIA) 

5.  Gunshot  wound  to  upper  back  through  soft  body  armor  penetrating  into  abdomen  (KIA) 

6.  Gunshot  wound  to  leg  and  then  to  chest  (DOW  in  Germany)  (hospital  report  reads  “Chest  wound  and  R 
knee  wound”) 

7.  Blunt  trauma  injuries  from  helicopter  crash  (KIA) 

8.  Helicopter  crash  injuries  and  possible  GSWs  (KIA) 

9.  Gunshot  wound(s)  to  various  parts  of  body  (unknown)  (KIA) 

10.  Helicopter  crash  and  possibly  also  GSW  (KIA) 

1 1 .  Helicopter  crash  and  possible  GSW  (KIA) 

12.  Gunshot  wound(s)  to  various  parts  of  body  (unknown)  (KIA) 

13.  Helicopter  crash  injuries  then  gunshot  wound  to  abdomen  under  body  armor  and  another  to  part  of  body 
(unknown)  (DOW) 

14.  Gunshot  wound  to  head  (KIA) 

15.  Gunshot  wound  to  chest  through  soft  body  armor.  Not  wearing  ceramic  plate  (DOW)  (hospital  report 
reads  “GSW  R  side  of  chest”) 

16.  Gunshot  wound  to  head  (KIA) 

17.  RPG  to  abdomen  (DOW)  (hospital  report  reads  “GSW  to  hip”) 

18.  Gunshot  wound  to  head  (KIA) 


Wounded  in  Mogadishu  Raid 

1 .  Fall  from  a  height  during  fast  rope.  Head  injury  and  poss.  Internal  injuries 

2.  GSW  to  right  hip.  Bullet  stopped  by  knife.  Contusion  and  bullet  fragments  to  thigh 

3.  GSW  to  left  hand  nearly  severing  left  thumb,  (hospital  report  reads  “GSW  Left  Hand”) 

4.  GSW  to  arm/shoulder 

5.  GSW  ricochet  round  (?  Location  of  injury) 

6.  GSW  amputated  end  of  finger  (hospital  report  reads  “GSW  leg,  Fx  hand)  ?  Which  finger?) 

7.  GSW  to  left  shoulder 

8.  Helo  crash  with  inj  right  leg  (?  Femur)  Blunt  trauma  to  face  from  rifle  butt,  hit  with  fists  and  kicked. 
Grabbed  in  the  groin/testicles 

9.  GSW  to  forearm.  Knocked  unconscious  later  by  RPG  which  struck  vehicle  killing  PFC  Richard 
Kowalewski.  RPG  did  not  explode-  embedded  in  body. 

10.  Fragments  and  blast  injury  to  legs  from  RPG 

1 1 .  GSW  to  calf  (which  leg?)  (hospital  record  for  Harry  Powell  reads  “GSW  lower  L  leg  and  upper  R  leg”) 

12.  GSW  to  left  leg  (GSW  in  both  legs?).  Shot  again  during  evac  in  left  foot,  (hospital  report  reads  “GSW 
both  legs”) 

13.  GSW  hit  by  bullets  -  Body  armor  stopped  bullet  to  chest  but  three  bullets  struck  upper  thighs  of  both 
legs.  Struck  again  by  a  bullet  while  being  carried  to  medical  treatment,  (hospital  report  reads  “GSW  leg  / 
Wound  to  shoulder”) 

14.  Hit  by  bullets?  Body  armor  protected??  ?injury?  Humvee  hit  by  RPG  blowing  patient  out  of  the 
moving  vehicle.  Injury  to  left  thigh.  Run  over  by  5-ton  truck  in  confusion  after  RPG  explosion,  (hospital 
report  reads  “GSW  L  thigh”) 

15.  Fragment  to  left  forearm  and  hand  from  exploding  RPG.  Fractures  of  forearm  and  hand  and  lac  of 
tendon,  (hospital  report  reads  “shrapnel  left  arm  and  hand”) 

16.  Left  arm  and  bilat  feet  w/frag  wounds  and  bums  from  RPG  (hospital  report  reads  “GSW  R  knee  L  arm) 

17.  Blunt  trauma  to  face  from  rifle  during  fast  roping  and  later 
blown  out  of  HUMVEE  by  exploding  RPG  -  frag  wounds/blast  inj. 

18.  Injuries  from  RPG  blast  attenuated  by  bulletproof  glass  of  HUMVEE.  RPG  hit  metal  door  and  then 
rolled  down  window  inside  door  attenuating  the  blast. 

19.  GSW  to  back  of  left  leg  just  below  the  knee,  (hospital  report  reads  “GSW  to  L  lower  leg”) 

20.  GSW  X  2  to  both  legs.  Rounds  attenuated  by  bullet  proof  glass.  Forearm  shatter  by  another  bullet. 

21.  Hit  in  back  of  helmet  by  bullet  causing  momentary  blindness.  No  penetration  of  Kevlar 

22.  Struck  in  the  chest  by  bullet  stopped  by  ceramic  chest  plate.  Minor  contusion.  GSW  to  leg  bullet 
poked  through  metal  door  of  HUMVEE  was  caught  by  bulletproof  glass.  Glass  poked  into  patient’s  leg. 


23.  GSW  to  L  calf  muscle.  Little  pain. 

24.  Facial  contusions/lacerations  secondary  to  helicopter  crash. 

25.  Tips  of  two  fingers  shot  off.  (hospital  report  reads  “Left  hand  injury”) 

26.  Bullet  frags  to  face  and  arm. 

27.  Wound  to  hand  from  bullet  /  bullet  fragments  (No  record  of  having  been  seen  at  46^  CSH) 

28.  Blast  injury  from  frag  grenade.  Facial  injuries,  frag  wounds  to  left  leg  and  back  (??GSW) 

29.  Hit  with  a  small  piece  of  shrapnel  to  left  side  from  exploding  RPG. 

30.  GSW  right  thigh/buttocks 

3 1 .  GSW  to  right  arm.  (while  firing  M-60  machine  gun)  (hospital  report  reads  “GSW  R  arm”) 

32.  GSW  to  right  arm  (injured  immediately  after  taking  over  M-60  machine  gun)  (hospital  report  reads  “R 
arm  injury”) 

33.  GSW  to  right  lower  leg  with  near  amputation  (hospital  record  reads  “Fx  R  leg”) 

34.  GSW  to  foot  (hospital  report  reads  “GSW  L  ankle”) 

35.  GSW  (treated  with  PASGT  for  compression)  through  buttock,  right  testicle  and  into  pelvis,  (hospital 
report  reads  “Lac  to  scrotum”) 

36.  RPG  explosion  with  minor  blast  injury  and  contusions  with  frag  injury  to  left  leg  and  foot.  Large 
fragment  lodged  in  foot  -  felt  no  pain,  just  numbness  (hospital  report  reads  “Shrapnel  wound  left  side”) 

37.  Minor  injuries  from  RPG  explosion 

38.  GSW  Rankle 

39.  2d  degree  bums  to  upper  and  lower  extremities 

40.  Fragmentation  wounds  to  R  and  L  arms 

46.  Minor  bums  and  fracture 

47.  Shrapnel  left  shoulder  and  wrist 

48.  Shrapnel  wound  to  face  and  right  shoulder,  grazing  wounds 

49.  Shrapnel  in  back 

50.  GSW  R  shoulder 

5 1 .  GSW  L  wrist  and  hand.  Shrapnel  to  face  and  R  leg 

52.  Shrapnel  both  legs  and  R  finger  amputation 


53.  GSW  R  elbow  and  L  hand 


54.  GSW  L  leg  R  arm  frag 

55.  L  hip  injury  ?  mech.  Of  injury 

56.  Chest  injury  ?  mech  of  injury 

57.  Trauma  to  face,  back.  Frag  wounds  L  arm 

58.  GSW  R  leg 

59.  R  leg  injury 

60.  GSW  L  forearm 

61 .  GSW  R  arm  and  shrapnel  L  hand 

62.  Shrapnel  L  knee 

63.  Small  wound  on  forehead.  Minimal  initial  symptoms,  no  neuro  deficits.  Returned  to  duty.  Returned 
several  days  later  for  c/o  headache  and  fluid  draining  from  wound.  Found  on  x-ray  to  have  a  small 
fragment  imbedded  >  6  cm  in  brain.  Developed  seizures  during  MEDEVAC  to  Germany. 

64.  GSW  R  arm  Head  injury 

65.  Fx  L  arm 

66.  Frag  wound  both  ankle  and  back 

67.  RPG  grazed  neck 

68.  Shrapnel  R  leg 

69.  Shrapnel  R  arm 

70.  GSW  R  elbow 

71.  GSW  left  shoulder 

72.  Shrapnel  to  back  right  side 

73.  Arm  and  L  ankle  injury  (prob.  non-penetrating  injury) 

74.  GSW  to  neck 

75.  GSW  left  hand  4  &  5  finger 

76.  Shrapnel  wound  to  neck 

77.  GSW  or  fragment  wound  to  left  buttocks 

78.  Broken  nose  -  blunt  trauma 

79.  Injured  when  RPG  struck  his  vehicle  but  did  not  explode.  No  record  of  being  seen  at  or  admitted  to  46*^ 
CSH  but  was  apparently  in  some  type  of  MTF  for  medical  care. 


Soldiers  Involved  in  TF  Ranger  Who  Were  Injured  Prior  to  TF  Ranger  (not  inclusive) 

Injured  elbow  prior  to  TR  Ranger  raid  while  wrestling  with  a  colonel 

Fragment  wounds  to  legs  in  night  mission  prior  to  TF  Ranger  raid.  Still  combat  capable  at  time  of  TF 
Ranger. 

Casualties  from  7  October  Mortar  Attack 

1 .  Fx  R  femur,  frag  wounds  L  lower  leg 

2.  Shrapnel  to  back  and  hand 

3 .  Frag  wound  L  hand 

4.  Shrapnel  L  ear 

5.  Frag  wound  R  knee 

6.  Frag  wound  R  leg 

7.  Frag  back  and  left  hand 

8.  Frag  wounds  to  head  and  chest 

9.  Shrapnel  R  leg  and  left  side  of  back 

10.  R  ext  artery  lac,  R  colon  lac,  massive  transfusion 

1 1 .  Frag  R  stemocleidomstoid 

12.  Combat  stress 


FRAGMENT 

BLUNT 

BURN 

HEAD/NECK 

7 

5 

6 

CHEST/BACK 

4 

2 

2 

ABDOMEN 

1 

2 

UPPER  EXTREMETIES 

19 

11 

2 

1 

LOWER  EXTREMETIES 

19 

10 

4 

1 

UNKNOWN/COMBINATION 

5 

1 

3 

1 

Mogadishu  Raid  Casualties 
Anatomic  Wound  Distribution 


UNKNOWN/  COMBINATION 
9% 


LOWER  EXTREMITIE 
32% 


HEAD&NECK 

17% 


CHEST/ BACK 
8% 

ABDOMEN 

3% 


UP  P  E R  E XTRE MITIE  S 


31% 


Mogadishu  Raid  Casualties 
Wounding  Mechanism  Distribution 


BURN  Types  of  Casualties 


GUN  SHOT  WOUNDS 
52% 
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190,  1,1,46,, 

190.1.1.104., 
318,1,3,1,11,113 

318.1.1.9., 
318,1,1,60,  , 

318.1.1.43., 

318.1.1.43. , 

318.1.1.52., 
318,1,2,122,129, 

318. 1. 1. 129. , 
318,1,2,121,137, 
318,1,2,121,43, 

318.1.2.121.122, 

318,  1,2,  54,  59, 
318,1,2,52,151, 

318.1.1.186., 

318.1.1.186., 

318.1.1.128., 
318,1,3,121,126,154 

318.1.1.2., 

318.1.1.86., 

318.1.1.137. , 

1005,2,  1,  129,, 

1005,2,  1,20,, 

1005.2.1.319., 

1005,2,  1,  186, , 

1005.2.1.58., 

1005.2.2.151.186, 

1005.2.2.111.122, 

1005.2.1.46., 

1005.2.1.52., 

1005,2,  1,  131,  , 

1005,2,  1, 137,  , 

1005.2,  3,  116,  122,  111 

1005.2.1.134., 

1200.3.1.186., 

1200.3,  1,319,, 

1200. 3. 1. 120. , 

1200,  3,  1,  97,, 

1200. 3. 1. 186. , 
1200,3,2,153,77, 
1200,  3,  1,  186,, 

1200.4.1.90. , 

1200,  3,2,52,  186, 
1200,  3,  1,  186,, 

1200,  3,  1,  86,  , 

1200,3,  1,43,  , 

1200,  3,2,  59,  186, 

1200.3.2.319.186, 
1200,  3,2,  48,  59, 
1200,3,2,128,52, 

1200. 3. 1. 113. , 

1200,  3,  1,86,  , 

1200.3.1.186., 

1200.3.1.121., 

1200. 3. 1. 122. , 

1200.3.1.48. , 

1200,  3,2,48,  58, 

1200.3.1.312., 
1200,3,2,  54,  8, 

1200.3.1.44. , 

1200,  3,  1,  186,  , 

1200,  3,  1,20,  , 
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1200,3,  1,129,, 
1200,  3,  1,52,, 
1200,  3,  1,48,, 

1200.3.1.43., 

1200,3,  1,86,, 
1200,3,2,50,  149, 

1200,3,  1,  19,, 

1200. 3. 1. 60. , 
1200,  3,  1,20,, 

1200. 3. 1. 111. , 
1200,  3,  1,  16,, 
1200,  3,  1,  186,  , 

1200.4.1.104., 
1200,  4,  1,  103,  , 
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KA  Session  ID;  MTG980217  KA  Session  Date:  Feb.  17,  1998 

Session  Topic:  Proposed  AMALs  for  LPD-17 
Knowledge  Engineers:  Michael  T.  Gately,  ScenPro,  Inc. 

Expert  Name  /  Rank  /  Service  :  various 
Expert  Phone  Number: 

Command  Location: 

Session  Location:  phone  &  e-mail  Time:  various 

Type  of  Session: 

_  Interview  _ Task  Analysis  _  Scenario  Analysis 

_  Concept  Analysis  _ Observation  _ Structmed  Interview 

X  Other: _ Investigation _ 

Initial  Session :  X 

Documentation;  KA  Session  Report,  AMALs  Kits  for  the  LPD-1 7 _ 


Objectives 

General  Topic  Area:  Identify  the  proposed  AMALs  for  the  LPD-17. 

Session  Objectives:  Work  with  a  logistics  expert  to  determine  the  expected  AMALs  loadout  for  the  upcoming  LPD-17 
large  deck  amphibious  ship. 


Report  Summary 

Worked  with  a  variety  of  logistics  experts  to  gather  data  about  AMALs  distribution  and  allocation  among  different  ships 
-  and  to  determine  which  AMALs  will  be  assigned  to  the  LPD-17. 


NOTES 


Attached  are  the  notes  associated  with  this  effort. 
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2/17/98  9:35am 

Buck  Buchannan  757/523-8131 

Told  him  I  got  AMALs  data... want  to  know  which  AMALs  packs 
he  thought  would  be  on  the  LPD-17 

His  answer  was  to  first  explain  what  I  had  gotten  from  the 
web  site,  which  were  the  10  verification  files  (by  type 
command) . 

Then  he  told  me  which  are  used  on  the  current  LPD  ships 
(Austin  class)  -  found  in  the  Surface  verificatin  file. 

Core 

800  -  surface  ship  core 
Supplementary 

902  or  903  -  XRay  -  depending  upon  particular  ship 
912  or  913  -  Lab  -  depending  upon  particular  ship 
925  -  Basic  Antidote  Locker 
927  -  first  aid  kit 

944  -  Individual  HM  Kit  (HM  =  Hospital  Corpsman) 

955  -  bds  -  Battle  Dressing  Stations 
964  -  Portable  Medical  Locker 

He  also  told  me  what  one  of  the  fields  in  the  AMAL  spreadsheet 
was : 

cog  -  category  of  goods 


Tried  to  call  Master  Chief  Raney  -  but  ended  up  talking  with 
Chief  Carnes.  I  asked  him  some  questions  about  he  column 
headings  in  the  AMALs  files.  He  couldn’t  help  me,  but  he  gave 
me  the  phone  number  of  Joe  Deane  -  who  did  help. 


Joe  Deane  gave  me  the  definitions  of  all  the  fields  in  the 
AMALs  data: 


COG 

AMAL 

NEW_FSC 

NSN 

NOMEN 

QUANTITY 

UI 

UPRICE 

UW 

UC 

SL 

AAC 

SC 

TIN 


Category  of  Goods 

Automated  Maintenance  and  Logistics 

New  item  flag 

National  Stock  Number 

Nomenclature/Name 

Number  of  Units 

Unit  (ex.  Box,  Each,  Bottle) 

Unit  Price 

Unit  Weight  -  pounds 

Unit  Cube  -  volume  in  cubic  feet 

Shelf  Life 

Acquisition  Advice  Code  (open  purchase,  depot) 

sub  code  (equipment,  durable,  consumable,  refrig,  etc) 

theraputic  index  (mostly  found  when  NSN  start  with  6505) 


He  also  explained  that  this  was  all  the  data  there  were. 


He  faxed  me  11  pages  showing  which  AMALs  packs/kits  were  placed 
on  which  ships. 


He  told  me  that  I  should  be  using  the  LPH  ship  instead  of  the  LPD. 
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Core 

800  -  surface  ship  core 

Supplementary 
802  -  ? 

803  -  audio 
806  -  surgical 
906  -  xray 
915  -  lab 

918  -  ? 

919  -  flykit? 

925  -  Basic  Antidote  Locker 
927  -  first  aid  kit 
937  -  BMET  Afloat? 

944  ~  Individual  HM  Emergency  Response  Kit  (HM  =  Hospital  Corpsman) 
955  -  Battle  Dressing  Stations 
964  “  Portable  Medical  Locker 

He  told  me  that  I  would  have  to  create  a  new  field  showing  the 
true  quantity  of  a  supply  if  I  needed  that  in  my  calculations. 


Joe  Deane 

Can  he  tell  me  what  the  values  for  COG  and  SC  (sub  code)  are, 
they  will  allow  us  to  tell  the  difference  between  equipment, 
supply,  etc. 

Who  do  I  speak  with  about  the  NBC  supplies  -  and  the  fact  that 
they  were  taken  out  of  the  AMALs  data. 
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200, DENTAL  TREATMENT  ROOM  (DTR)  WITH  PERIO  AND  PREVENTIVE  CAPABI 
201 /SURGICAL  AND  ENDODONTIC  MATERIAL  REQUIRED  FOR  EACH  SHIP 
202, DENTAL  X-RAY 

208,  DENTAL  CHAIR  (SEPARATE  EXPOSURE  ROOM) 

209,  BASIC  DENTAL  EMERGENCY  KIT  FOR  INDEPENDENT  CORPSMEN 

DD,  DDG,  FFG,  LST,  LSD  36-40,  MCM,  MHC,  SPECWARCOM,  SPECWARCOM  PC 
CORE, 

210,  BASIC  DENTAL  EMERGENCY  KIT  FOR  MILITARY  SEALIFT  COMMAND 

211, PANOGRAPHIC  X-RAY 

213, SHIPBOARD  DENTAL  ALLOWANCE  LIST  AUGMENT 

220,  PROSTHETIC  CAPABILITY 

221,  PROSTHETIC  CAPABILITY  FOR  LHD 
223, TYPE  III  LABORATORY 

250,  ORAL  SURGICAL  AUGMENTATION 

255, CV-  CVN  AUGMENTATION  FOR  ANESTHESIA  OR  STERILIZATION 
260,P-25-NMCB  AIR  ECHELON  DENTAL 
CONSTRUCTION  BN, 

305,  P-25  NMCB  AIR  DETACHMENT  (EQUIPMENT) 

CONSTRUCTION  BN, 

306,  P-25  NMCB  AIR  DETACHMENT  (CONSUMABLES) 

CONSTRUCTION  BN, 

307,  P-25  NMCB  AIR  ECHELON  (EQUIPMENT) 

CONSTRUCTION  BN, 

308,  P-25  NMCB  AIR  ECHELON  (CONSUMABLES) 

CONSTRUCTION  BN, 

359, P-26  CIVIC  ACTION  TEAM-  SEABEE 
CONSTRUCTION  BN, 

362, P-29  NAVAL  CONSTRUCTION  REGIMENT 
CONSTRUCTION  BN, 

368,P-1-A  AMPHIB  CONSTRUCTION  BATTALION 
CONSTRUCTION  BN, 

374, P-35  UNDERWATER  CONSTRUCTION  TEAM 
CONSTRUCTION  BN, 

393, P-31  NAVAL  CONSTRUCTION  FORCE  SUPPORT  UNIT 
CONSTRUCTION  BN, 

406, P-5  CONSTRUCTION  BATTALION  MAINTENTU^CE  UNIT-  LARGE  , 

CONSTRUCTION  BN, 

618,  FLEET  MARINE 

619,  FLEET  MARINE 
627, FLEET  MARINE 

629,  FLEET  MARINE 

630,  FLEET  MARINE 

631,  FLEET  MARINE 

632,  FLEET  MARINE 

633,  FLEET  MARINE 

634,  FLEET  MARINE 

635,  FLEET  MARINE 

636,  FLEET  MARINE 

637,  FLEET  MARINE 

638,  FLEET  M7VRINE 

639,  FLEET  MARINE 

640,  FLEET  MARINE 
649, FLEET  MARINE 
662, FLEET  MARINE 

684,  FLEET  MARINE 

685,  FLEET  MARINE 

686,  FLEET  MARINE 

687,  FLEET  MARINE 

688,  FLEET  MARINE 

691,  FMF  MEDICAL  LOGISTICS  EQUIPMENT  TEST  &  REPAIR  EQUIPMENT 

692,  FMF  MEDICAL  LOGISTICS  EQUIPMENT  TEST  &  REPAIR  CONSUMABLES 
701, IDC  CORE  AMALS 
702, IDC  CORE  AMALS 


FORCE  (FMF)  LABORATORY  EQUIPMENT 
FORCE  (FMF)  LABORATORY  CONSUMABLES 
FORCE  (FMF)  X-RAY  EQUIPMENT 
FORCE  (FMF)  PHARMACY  EQUIPMENT 
FORCE  (FMF)  PHARMACY  CONSUMABLES 

FORCE  (FMF)  SHOCK  SURGICAL  TEAM/TRIAGE  EQUIPMEN 

FORCE  (FMF)  SHOCK  SURGICAL  TEAM/TRIAGE  CONSUMAB 

FORCE  (FMF)  ACUTE  CARE  WARD  EQUIPMENT 

FORCE  (IMF)  ACUTE  CARE  WARD  CONSUMABLES 

FORCE  (FMF)  AID  STATION  EQUIPMENT 

FORCE  (FMF)  AID  STATION  CONSUMABLES 

FORCE  (FMF)  PREVENTIVE  MEDICINE  EQUIPMENT 

FORCE  (FMF)  PREVENTIVE  MEDICINE  CONSUMABLES 

FORCE  (FMF)  OPERATING  ROOM  EQUIPMENT 

FORCE  (FMF)  OPERATING  ROOM  CONSUMABLES 

FORCE  (FMF)  X-RAY  CONSUMABLES 

FORCE  (FMF)  FIELD  DENTAL  OPERATORY 

FORCE  MEDICAL  LOGISTICS  MISS ION/ GEOGRAPHIC 

FORCE  MEDICAL  LOGISTICS  MISSION/GEOGRAPHIC 

FORCE  MEDICAL  LOGISTICS  MISSION/GEOGRAPHIC 

FORCE  MEDICAL  LOGISTICS  MISSION/GEOGRAPHIC 

FORCE  MEDICAL  LOGISTICS  MISSION/GEOGRAPHIC 


1 DENTAL, 

1 DENTAL, 

1 DENTAL, 

1 DENTAL, 

,  lARS,  CG, 

,  SUBMARINE 

,  IMSC, 

,  1 DENTAL, 

,  1 DENTAL, 

,  1 DENTAL, 

,  1 DENTAL, 

,  1 DENTAL, 

,  1 DENTAL, 

.  1 DENTAL, 

,  IMOBILE 

,  IMOBILE 

-  IMOBILE 

-  IMOBILE 
,  IMOBILE 
,  IMOBILE 

IMOBILE 

IMOBILE 

IMOBILE 

IMOBILE 

IMOBILE 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IFMF, 

IMHC, 

IMCM, 
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703, MSC  (CORE  ALLOWANCE;  LEVEL  I)  WITH  NURSE 

705, MSC  (CORE  ALLOWANCE;  LEVEL  II)  WITHOUT  NURSE  OR  DOCTOR 

721, MSC  (CORE  ALLOWANCE  LEVEL  III)  CREW-  IDC  OR  MEDICAL  OFFICER 

803, AUDIO  AMAL 

875,AGSS-555 

901, X-RAY  LEVEL  1-  PORTABLE 
LPD,  LSD  41, 

903,  LEVEL  2  X-RAY 

904,  LEVEL  2  X-RAY-  FIXED  &  PORTABLE 

905,  LEVEL  3  X-RAY 
908, LEVEL  3  X-RAY 

910, MILITARY  SEALIFT  COMMAND  (LEVEL  ONE  LAB) 

918,  MEDICAL  OFFICER  RESUSCITATION  KIT  (MORK) 

LCC,  LHA,  LHD,  LPD,  LSD  41,  MCS, 

91 9,  MEDICAL  OFFICER  FLY-AWAY  KIT 

920,  DIVING  MEDICAL  OFFICER  EMERGENCY  KIT  (SURFACE) 

924, IDC  EMERGENCY  RESPONSE  KIT  (SURFACE  FORCE) 

FFG,  LST,  CG,  DD,  DDG,  LSD  36-40,  MCM,  SPECWARCOM,  SPECWARCOM  PC, 
925, BASIC  ANTIDOTE  LOCKER 

SUBMARINE,  AGF,  AOE,  ARS,  AS,  CG,  CVN/CV,  DD,  DDG,  FFG,  LCC,  LHA, 
LSD  36-40,  LSD  41,  LST,  MCM,  MCS,  MHC,  SPECWARCOM,  SUBMARINE  CORE 
PC, 


,  IMSC, 

,  IMSC, 

,  IMSC, 

,  ILCC, 

MCS 

,  lAGSS 

-555 

,  lAGF, 

AOE 

^  IAS, 

LCC, 

IMCS, 

ICVN/CV, 

ILHA, 

LHD, 

IMSC, 

lAGF, 

AOE, 

1, 

lARS, 

IMHC, 

ARS, 

lAFDM 

LHD,  LPD, 

,  SPECWARCOM 


926, IDC  EMERGENCY  RESPONSE  KIT  (SUBMARINE) 
CORE,  AGSS-555 
927, FIRST  AID  BOX 

SUBMARINE,  AOE,  ARS,  AS,  CG,  CVN/CV,  DD,  DDG, 
36-40,  LSD  41,  LST,  MCM,  MCS,  MHC,  SPECWARCOM, 
937,BMET  AFLOAT 
LCC,  LHA,  LHD, 


, 1 SUBMARINE 
, lAGF,  AFDM 

FFG,  LCC,  LHA,  LHD,  LPD,  LSD 
SPECWARCOM  PC,  SUBMARINE  CORE, 
, ICVN/CV, 


938, OPTICIAN  ALLOWANCE  FOR  CV—  CVN  ICVN/CV 

939, RECOMPRESSION  CHAMBER  ' 

942, WOMAN  AT  SEA  -  MILITARY  SEALIFT  COMMAND  ' IMSC  ' 

944,  JUNIOR  HOSPITAL  CORPSMAN  -  ALL  SURFACE  lAGF,'  AOE, 

ARS,  CG,  DD,  DDG,  FFG,  LCC,  LHA,  LHD,  LPD,  LSD  36-40,  LSD  41,  LST,  MCM,  MCs! 
955, BATTLE  DRESSING  STATION  (SURFACE)-  EXCEPT  AFOM-  MHC  , lAGF,  AOE 

ARS,  AS,  CG,  CV/CVN,  DD,  DDG,  FFG,  LCC,  LHA,  LHD,  LPD,  LSD  36-40,  LSD  41, 
LST,  MCM,  MCS, 

964,  PORTABLE  MEDICAL  LOCKER  (SURFACE)  -  ALL  SURFACE  , lAGF  AFDM 

SUBMARINE,  AOE,  ARS,  AS,  CG,  CV/CVN,  DD,  DDG,  FFG,  LCC,  LHA,  LHD,  LPD,  LSD 
36-40,  LSD  41,  LST,  MOBILE  CONSTRUCTION  BN,  MCM,  MCS,  MHC, 

965,  ARD-  ARDM-  AFDB-  AFDM  1  AirnM 

SUBMARINE,  ' 

970,SPECWAR  MEDICAL  OXYGEN  KIT 

, ISPECWARCOM,  SPECWARCOM  ST,  SPECWARCOM  SDVT,  SPECWARCOM  NSWU,  SPECWARCOM 
SBU,  SPECWARCOM  MK  V  MST, 

971,SPECWAR  MEDICAL  OFFICER  KIT 

, ISPECWARCOM,  SPECWARCOM  SDVT,  SPECWARCOM  NSWG,  SPECWARCOM  CSBR, 

972,SPECWAR  HOSPITAL  CORPSMAN  SICK  CALL  KIT 


, ISPECWARCOM,  SPECWARCOM  ST,  SPECWARCOM  SDVT,  SPECWARCOM  NSWU,  SPECWARCOM 
SBU,  SPECWARCOM  MK  V  MST, 

973, PATROL  COASTAL  KIT 
, ISPECWARCOM,  SPECWARCOM  PC, 

974,SPECWAR  SMALL  CRAFT  FIRST  AID  KIT 
, ISPECWARCOM,  SPECWARCOM  SBU,  SPECWARCOM  MK  V  MST, 

975,SPECWAR  PLATOON  RESUPPLY  KIT 

, ISPECWARCOM,  SPECWARCOM  ST,  SPECWARCOM  SDVT,  SPECWARCOM  NSWU,  SPECWARCOM 
SBU,  SPECWARCOM  MK  V  MST, 


976,SPECWAR  IDC  SICK  CALL  KIT 

, ISPECWARCOM,  SPECWARCOM  ST,  SPECWARCOM  SDVT,  SPECWARCOM  NSWU,  SPECWARCOM 
SBU/ 


977,SPECWAR  TACTICAL  SUPPORT  KIT 

, ISPECWARCOM,  SPECWARCOM  ST,  SPECWARCOM  SDVT,  SPECWARCOM  NSWU,  SPECWARCOM 
SBU,  SPECWARCOM  MK  V  MST, 
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978,SPECWAR  COMBAT  TRAUMA  KIT 

, ISPECWARCOM,  SPECWARCOM  ST,  SPECWARCOM  SDVT,  SPECWARCOM  NSWU, 
SBU,  SPECWARCOM  MK  V  MST, 

979,SPECWAR  DIVING  MEDICAL  KIT 

, ISPECWARCOM,  SPECWARCOM  ST,  SPECWARCOM  SDVT,  SPECWARCOM  NSWU, 
7001, IDC  SUPPLEMENTAL  AMAL 
DD,  DDG,  FFG,  LSD  36-40,  LST, 

7002, IDC  CORE  AMAL 

DD,  DDG,  FFG,  LSD  36-40,  LST, 

7003, IDC  LEVEL  ONE  LABORATORY  SUPPLEMENTAL 
DD,  DDG,  FFG,  LSD  36-40,  LST, 

7004, IDC  LEVEL  ONE  LABORATORY  CORE 
DD,  DDG,  FFG,  LSD  36-40,  LST, 

7005, IDC  WOMAN  AT  SEA 

DD,  DDG,  FFG,  LSD  36-40,  LST, 

7006, SUBMARINE  TENDER  CORE  AMAL 

7007, SUBMARINE  TENDER  SUPPLEMENTAL  AMAL 

7008, SUBMARINE  FORCE  CORE  AMAL  LEVEL  1  LABORATORY  FOR  SSBN/SSN 
CORE,  AFDM  SUBMARINE, 

7009, SUBMARINE  FORCE  SUPPLEMENTAL  LEVEL  ONE  LABORATORY  FOR  SSBN/S 
CORE,  AFDM  SUBMARINE, 

7010, SUBMARINE  FORCE  CORE  AMAL  FOR  SSBN/SSN 
CORE, 

7011, SUBMARINE  FORCE  SUPPLEMENTAL  AMAL  FOR  SSBN/SSN 
CORE, 

7012, SUBMARINE  TENDER  WOMAN  AT  SEA  AMAL 

7013, SUBMARINE  TENDER  CORE  LEVEL  3  LABORATORY 

7014, SUBMARINE  TENDER  SUPPLEMENTAL  LEVEL  3  LABORATORY 

7015, GMO/PA  CORE  AMAL 
LCC,  LPD,  LSD  41,  MCS, 

7016, GMO/PA  SUPPLEMENTAL  AMAL 
LCC,  LPD,  LSD  41,  MCS, 

7017, GMO/PA  WOMAN  AT  SEA  AMAL 
LCC,  LPD,  LSD  41,  MCS, 

7018, GMO/PA  LEVEL  TWO  LABORATORY  CORE  AMAL 
LCC,  LPD,  LSD  41, 

7019, GMO/PA  LEVEL  TWO  LABORATORY  SUPPLEMENTAL  AMALS 
LCC,  LPD,  LSD  41, 

7020,  LABORATORY  LEVEL  THREE  SURFACE  CORE  AMAL 

7021,  LABORATORY  LEVEL  THREE  SURFACE  SUPPLEMENTAL  AMAL 

7022, MCM  LEVEL  ONE  LABORATORY 

7023, MHC  LEVEL  ONE  LABORATORY 

7024, CV/CVN  CORE  AMAL 

7025, CV/CVN  SUPPLEMENTAL  AMAL 

7026, CV/CVN  LABORATORY  CORE  AMAL 

7027, CV/CVN  LABORATORY  SUPPLEMENTAL  AMAL 

7028, CV/CVN  WOMAN  AT  SEA  AMAL 

7029, LHA/LHD  LEVEL  THREE  LAB  CORE 

7030, LHA/LHD  LEVEL  THREE  LAB  SUPPLEMENTAL 

7031,  LHD  BLOOD  BANK  SUPPLEMENTAL  AMMAL 

7032, LHA/LHD  MEDICAL/SURGICAL  CORE 

7033,  LHA/ LHD  MED I CAL /SURGICAL  SUPPLEMENTAL 

7034, LHA/LHD  WOMEN  AT  SEA 
7100, TAH  PHARMACY 

7200, TAH  LABORATORY 

7210, TAH  BLOOD  BANK 

7220, TAH  REAGENTS 

7300, TAH  RADIOLOGY 

7400, TAH  CASUALTY  RECEIVING/ PREOP 

7410, TAH  CAST  ROOM/ORTHOPEDICS 

7500,  TAH  CENTRAL,  SUPPLY  ROOM 

7510, TAH  ANESTHESIA 

7600, TAH  OPERATING  ROOM  BASIC 


SPECWARCOM 


,1ARS,  CG, 

,1ARS,  CG, 

,1ARS,  CG, 

,1ARS,  CG, 

,1ARS,  CG, 

,1AS, 

,1AS, 

, 1 SUBMARINE 

, 1 SUBMARINE 

, 1 SUBMARINE 

, 1 SUBMARINE 

,1AS, 

,1AS, 

,1AS, 

,1AGF,  AOE, 

,1AGF,  AOE, 

,1AGF,  AOE, 

,1AGF,  AOE, 

,1AGF,  AOE, 

, IMCS, 

,1MCS, 

, IMCM, 

, IMHC, 

, ICV/CVN 
, ICV/CVN 
, ICV/CVN 
, ICV/CVN 
, ICV/CVN 
,1LHA,  LHD, 

, ILHA,  LHD, 

, ILHD, 

,1LHA,  LHD, 
,1LHA,  LHD, 
,1LHA,  LHD, 

, ITAH, 

, ITAH, 

, ITAH, 

, ITAH, 

, ITAH, 

, ITAH, 

, ITAH, 

, ITAH, 

, ITAH, 

, ITAH, 


3 


APP  MTG  04b  AMALDESC.TXT 


7610, TAH  GENERAL/VASCULAR/THORACIC  , ITAH, 
7620, TAH  UROLOGY  , ITAH, 
7630, TAH  ORTHOPEDIC  , ITAH, 
7640, TAH  MAXILLOFACIAL  , ITAH, 
7650, TAH  EAR/NOSE/THROAT  , ITAH, 
7660, TAH  OPHTHALMOLOGY  , ITAH, 
7670, TAH  NEUROSURGERY  , ITAH, 
7680, TAH  GYNECOLOGY  / 1 TAH , 
7700, TAH  SICKCALL  , ITAH, 
7710, TAH  MEDEVAC  ,1TAH, 
7810, TAH  LIMITED  CARE  , ITAH, 
7820, TAH  INTENSIVE  CARE  , ITAH, 
7830, TAH  POST  ANESTHESIA  CARE  , ITAH, 
7840, TAH  NURSING  SERVICE  , ITAH, 
7890, TAH  GYN  NURSING  , ITAH, 
7900, TAH  PHYSICAL  THERAPY  , ITAH, 
7910, TAH  PREVENTIVE  MEDICINE  , ITAH, 
7920, TAH  BIOMEDICAL  REPAIR  , ITAH, 
7930, TAH  HEMODIALYSIS  , ITAH, 
7940, TAH  MEDIC/U,  SUPPLY  , ITAH, 
7950, TAH  MEDICAL  PHOTOGRAPHY  , ITAH, 
7960, TAH  FORMS  AND  PUBLICATIONS  , ITAH, 
7970, TAH  EDUCATION  AND  TRAINING  , ITAH, 
7980, TAH  CARDIOPULMONARY  RESUSCITATION  , ITAH, 
8000,  TAH  EYE/LENS  CLINIC  ,  ITTUi, 
8100, TAH  DENTAL  , ITAH, 
8110, TAH  PROSTHETICS  , ITAH, 
8120, TAH  DECONTAMINATION  , ITAH, 
8200, TAH  HUMANITARIAN  , ITAH, 
8300, TAH  MAT/CHILD  , ITAH, 
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Data  Representation  Report 


Effort  ID;  MTG980202  Effort  Date;  Feb.  2,  1998 

Effort  Topic;  Determination  of  the  way  to  represent  Survivability  Curves  data  in  code 
Knowledge  Engineers;  Michael  T.  Gately,  ScenPro,  Inc. 

Initial  Session ;  X 

Documentation;  Data  Representation  Report _ 


Objectives 


General  Topic  Area;  Data  Representation 

Session  Objectives;  Data  Representation  of  survivability  curves  data  in  software 


Report  Summary 

The  attached  report  shows  how  to  interpret  and  represent  the  survivability  curves  in  software. 


Report  Details 


We  received  a  (large)  document  from  Dr.  Hesh  Ansari.  Without  going  into  gory  details,  the  348  injury  codes  (patient 
codes)  have  been  clumped  into  29  groups.  Each  group  has  a  set  of  numbers  representing  the  survivability  of  the  casualty 
at  different  points  in  his/her  treatment.  It  seams  as  though  there  are  three  sets  of  numbers  we  may  be  able  to  use  (out  of 
six). 

The  first  is  a  chart  showing  the  initial  triage  category  for  casualties  in  the  group.  As  an  example,  for  casualties  in  Group 
4  -  Serious  injuries  to  the  liver,  spleen,  or  crushed  pelvis  -  60%  are  immediate,  20%  delayed,  0%  minimal,  and  20% 
expectant. 

The  second  chart  shows  what  percent  of  casualties  return  to  duty  from  different  places  in  the  medical  treatment 
roadmap.  Listed  are  return  to  duty  percentages  from  the  Battalion  aid  station,  the  admit  side  of  an  Eschelon  2  facility, 
the  evac  side  of  an  Eschelon  2  facility,  and  the  evac  side  of  an  Eschelon  3  facility.  Ad  an  example,  for  casualties  in 
Group  4  there  are  0%  return  to  duty  from  any  of  these  locations  (i.e.  all  patients  go  at  least  to  Eschelon  4  care). 

The  third  chart  -  and  the  one  we  are  most  interested  in  -  is  the  mortality  rate/time-to-death  chart.  It  has  4  lines:  the  first 
representing  the  survivability  of  a  casualty  who  gets  no  care,  the  second  for  casualties  who  receive  self/buddy  aid,  the 
third  for  arrival  at  Eschelon  2,  and  the  fourth  for  patients  leaving  Eschelon  2  (evac). 

For  each  line  there  are  8  numbers: 

Name  Example  for  Group  4  (Esch  2  Arr) 

Mortality  Rate  30% 

Time  to  Death  0-3hrs  25% 

Time  to  Death  4-6hrs  5% 
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Time  to  Death  7-12hrs 

5% 

Time  to  Death  13-24hrs 

5% 

Time  to  Death  2-3days 

5% 

Time  to  Death  >4days 

55% 

Time  to  Death  unknown 

0% 

The  way  we  plan  to  use  this  data  is; 

Each  casualty  gets  a  new  variable  called  something  like  tTimeToDeath.  When  a  casualty  arrives  at  our  facility  we 
choose  a  random  number  between  0  and  1.  If  the  number  is  greater  than  the  listed  Mortality  Rate  (.30  in  this  example), 
we  set  tTimeToDeath  to  infinity  (or  some  other  very  large  number).  If  the  random  number  is  less  than  or  equal  to  the 
mortality  rate  then  we  draw  a  second  random  number.  We  use  this  number  to  figure  out  how  much  time  the  casualty  will 
live.  Using  the  above  example,  if  the  second  random  number  is  .31  then  we  sum  the  time-to-death  probabilities  until  we 
reach  this  number  ...  in  this  case  .35  >  .31  giving  us  7-12  hours  of  life.  If  we  interpolate,  we  see  that  the  casualty  will  die 
after  8.2  hours  at  the  Eschelon  2  facility.  So.. .we  set  tTimeToDeath  to  8.2. 

Each  time  the  casualty  is  involved  in  an  event  we  check  the  time  that  casualty  has  been  in  the  facility  with 
tTimeToDeath.  If  time  ever  exceeds  tTimeToDeath  then  we  declare  the  casualty  dead  and  move  him/her  to  the  morgue. 


So,  what  we  need  to  do  is... 

1 .  add  tTimeToDeath  to  the  casualty  data  structure 

2.  add  the  data  from  the  three  tables  to  each  TTT  file 

3.  change  the  data  structure  that  stores  the  TTT  information  to  add  fPercentInitialTriage[4],  fPercentRetumToDuty[4], 
fPercentSurvivability[4],  and  fPercentTimeToDeath[4,7] 

4.  change  the  program  that  reads  in  the  the  TTT  data  to  read  in  and  store  this  data  too 

5.  add  code  to  compute  tTimeToDeath  whenever  a  casualty  is  created 

6.  add  code  to  check  the  time  the  casualty  has  been  in  the  facility  with  tTimeToDeath  -  then  to  kill  the  casualty  if  the 
time  has  been  exceeded 

You'll  note  that  there  is  no  plan  to  use  the  initial  triage  or  return  to  duty  percentages  right  now. ..but  I  figure  we  may  as 
well  add  those  values  to  the  TTT  file/data/code  while  we're  changing  them  anyway. 


There  are  many  ways  that  we  can  add  the  data  to  the  TTT  files.  The  easiest  would  be  to  add  these  40  values  as  the  first 
line  in  the  TTT.  A  more  correct  way  would  be  to  create  a  new  set  of  lines  (records)  where  the  field  SrcObj  is  a  new 
value,  such  as  ITC  for  initial  triage  category,  then  SrcSrv  would  be  the  Triage  category,  such  as  Immediate,  and  maybe 
the  Units  field  could  store  the  percent.  I  guess  I'll  let  you  pick  -  although  you  won't  be  stuck  changing  all  the  TTT  files. 


I  think  there  is  a  pretty  robust  set  of  functions  for  random  number  generation  in  Visual  C++.  If  you  have  any  trouble 
with  it  call  and  I  think  we'll  be  able  to  work  in  out  in  short  order.  I'm  wondering  if  we  need  to  use  the  random  number 
functions  that  are  based  on  a  user-defined  seed  -  and  if  we  need  to  have  that  seed  be  user  settable. 
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The  code  to  compute  tTimeToDeath  could  look  something  like  this.  I'm  assuming  that  this  is  hours.. .but  it  can  be 
converted  to  any  number, 
float  fTotalProb  =  0.0; 
float  fRandNum,  fRatio; 

//in  next  line,  2400  is  a  random  guess,  it  really  is  infinity 
int  iTimeWidths[]  =  {0,4,7,13,25,96,2400}; 

fRandNum  =  rand(); 

//in  next  line,  6,  not  7,  since  not  using  Unknown  value 
for(int  i=0;i<6;i++)  { 

fTotalProb  =  fTotalProb  +  fPercentTimeToDeath[2,i]; 
if  (fRandNum  <=  fTotalProb) 

{ 

fRatio  =  (fTotalProb  -  FRandNum)  /  fPercentTimeToDeath[2,i]; 
tTimeToDeath  =  iTimeWidths[i]  + 

((iTimeWidths[i+l]  -  iTimeWidths[i])  *  fRatio); 
bComputedTimeToDeath  =  true; 
break; 


} 

if(  IbComputedTimeToDeath) 

{ 


bTimeToDeath  =  2400;  //<- 100  days 

} 
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Knowledge  Acquisition  Session  Report 


KA  Session  ID:  MTG980223  KA  Session  Date:  Feb.  20,  1998 

Session  Topic:  Information  needs  to  support  casualty  care 
Knowledge  Engineers:  Michael  T.  Gately,  ScenPro,  Inc. 

Expert  Name  /  Rank  /  Service  :  Dr.  Hesh  Ansari 
Expert  Phone  Number:  (301)  619-7506 
Command  Location:  Ft.  Detrick,  MD 
Session  Location:  phone  Time:. 

Type  of  Session: 

X  Interview  _ Task  Analysis  _  Scenario  Analysis 

_  Concept  Analysis  _ Observation  _ Structured  Interview 

_ Other: _ 

Initial  Session  :  _ X _ 

Documentation:  KA  Session  Report,  UHSUS  Death  Curves,  Analysis  Document _ 


Objectives 

General  Topic  Area:  Survivability  information  gathering  and  modeling. 

Session  Objectives:  Research  how  survivability  modeling  is  done  to  identify  what  information  is  necessary  to  support 
survivability  curves  for  BW  casualty  care. 


Report  Summary 

Dr.  Hesh  Ansari  is  a  Senior  Staff  Analyst  at  Ft.  Detrick,  Maryland.  His  area  of  expertise  includes  gathering  and 
modeling  casualty  survival  information.  This  patient  survivability  data  can  be  used  to  model  casualty  care  resource 
needs,  including  medical  facilities  and  materiel  and  to  assist  with  triage  in  a  combat  environment.  The  goal  of  this  KA 
session  was  to  research  how  survivability  information  is  gathered,  modeled,  and  stored  -  and  how  similar  data  can  be 
applied  to  BW  casualty  care.  The  report  that  follows  contains  information  gathered  during  an  initial  interview  session. 


Results 

The  Major  Trauma  Outcome  Study  (MTOS)  is  one  of  various  databases  related  to  patient  survivability.  MTOS  data 
contains: 

□  Type  of  injury 

□  Average  length  of  stay  at  each  medical  care  level  (ICU,  hospital) 

□  %  initial  triage  category 

□  %  mobility  of  patient  upon  arrival  (ambulatory  vs.  non-ambulatory) 

□  %  return  to  duty 
a  %  mortality  rate 

Data  from  the  MTOS  and  other  databases  is  used  to  generate  survivability  curves.  Casualties  follow  a  particular  curve 
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which  relates  chance  of  death  to  time  since  injury  or  last  care  (see  attached).  Weibull  distribution  applies  in  this 
situation.  For  example,  a  casualty  has  the  following  data: 

Injury:  serious  trauma  to  the  liver 
Eschelon  of  care  reached:  n 

Patient  mortality  rate:  30%  (i.e.  historically,  30%  of  patients  who  sustain  this  injury 

and  have  reached  this  eschelon  of  care  will  die) 

Time  until  death: 


Within  3  hours 

25% 

Between  3  and  6  hours 

5% 

Between  6  and  12  hours 

5% 

Between  12  and  24  hours 

5% 

Between  1  and3  days 

5% 

4  days  or  greater 

55% 

These  data  and  their  format,  originally  developed  for  conventional  trauma  injuries,  are  directly  applicable  to  BW 
casualty  care. 


